Как перенести dns на другой сервер

Копирование базы данных DNS

Копирование базы данных DNS с одного сервера на другой производится с помощью процесса, называемого переносом зоны (zone transfer). Такой процесс является обязательным для любой не интегрированной в Active Directory зоны, за содержимое которой отвечают более одного сервера имен. Механизм его выполнения, однако, зависит от версии DNS. Информация о переносе зон всегда «извлекается» (pulled) вторичными серверами с пер­вичных серверов.

Первичные DNS-серверы могут настраиваться таким образом, чтобы они уведомляли вторичные DNS-серверы об изменениях в зоне и начинали ее перенос. Они также могут на­страиваться и так, чтобы перенос зоны осуществлялся по расписанию. Ниже перечислены шаги, необходимые для настройки вторичного сервера таким образом, чтобы он извлекал информацию о переносах зон из зоны прямого просмотра.

1. Откройте консоль Server Manager (Диспетчер сервера) на сервере DNS, где распола­гается первичная зона.
2. Разверните последовательно узлы Roles (Роли), DNS Server (Сервер DNS), DNS и узел, название которого совпадает с именем нужного сервера.
3. Выберите узел Forward Lookup Zones (Зоны прямого просмотра).
4. Щелкните правой кнопкой мыши на имени нужной зоны и выберите в контекстном меню пункт Properties (Свойства).
5. Перейдите на вкладку Zone Transfers (Перенос зоны).
6. Отметьте флажок Allow Zone Transfers (Разрешить переносы зоны) и выберите пере­ключатель Only to the Following Servers (Только на следующие серверы).
7. Щелкните на кнопке Edit (Редактировать), введите IP-адрес сервера, который будет принимать обновления, и нажмите клавишу <Enter>, что вызовет проверку действи­тельности введенного адреса. Поскольку этот сервер еще не является полномочным сервером для данной зоны, далее появится следующее со­общение об ошибке: «The server with this IP address is not authoritative for the required zone» («Сервер с таким IP-адресом не является полномочным для запрашиваемой зоны»). Это сообщение можно спокойно проигнорировать и щелкнуть на кнопке ОК, чтобы сохранить изменения.
8. Для обеспечения уверенности в том, что обновления будут обрабатываться правиль­ным образом, щелкните на кнопке Notify (Уведомлять), введите имя вторичного сер­вера и нажмите клавишу <Enter>, после чего щелкните на кнопке ОК.
9. Щелкните на кнопке ОК, чтобы сохранить все изменения.

Настройка вторичной зоны DNS для переноса

После настройки первичной зоны на первичном сервере DNS так, чтобы она разре­шала переносы зон, нужно соответствующим образом настроить вторичную зону на вто­ричном DNS-сервере. Чтобы создать вторичную зоны и начать переносы зон, выполните перечисленные ниже шаги.

1. Откройте консоль Server Manager (Диспетчер сервера).
2. Разверните последовательно узлы Roles (Роли), DNS Server (Сервер DNS), DNS и узел, название которого совпадает с именем нужного сервера.
3. Выделите узел Forward Lookup Zones (Зоны прямого просмотра).
4. В меню Action (Действие) выберите пункт New Zone (Создать зону).
5. На странице приветствия, которая появится после этого, щелкните на кнопке Next (Далее).
6. В списке возможных типов зон выберите вариант Secondary Zone (Вторичная зона). Вторичные зоны не могут интегрироваться в AD, и потому соответствующая опция не будет доступна для выбора. Для продолжения щелкните на кнопке Next.
7. Введите имя для создаваемой зоны (оно должно соответствовать имени первичной зоны) и щелкните на кнопке Next.
8. Введите IP-адрес сервера или серверов, с которых будут переноситься записи зоны, нажимая после ввода каждого адреса клавишу <Enter> для проверки его действитель­ности. По окончании ввода адреса серверов щелкните на кнопке Next.
9. На странице Summary (Сводная информация) щелкните на кнопке Finish (Готово), чтобы создать заданную зону.

После выполнения последнего шага зона будет автоматически перенесена с первичного сервера DNS на вторичный сервер DNS.

Перенос сайта на другой сервер: как прописать DNS домена

В этой статье расскажем, как перенаправить домен на другой сервер незаметно для всех пользователей сайта и без последствий для корпоративной почты.

Перенос сайта на новый сервер кроет в себе немало рисков, в частности на последних шагах, когда новая площадка уже настроена и осталось только перенаправить на нее домен — из-за неправильных действий может временно перестать работать не только сайт, но и вся корпоративная почта на домене. Представьте, насколько критична для бизнеса остановка притока новых обращений и работы уже с действующими клиентами!

В этой статье расскажем, как перенаправить домен на другой сервер незаметно для всех пользователей сайта и без последствий для корпоративной почты. Если вы еще ни разу этого не делали, то из статьи узнаете, как должна происходить смена DNS, какие подводные камни бывают, и как при этом избежать неприятностей и не нанести владельцу сайта материальный ущерб.

Что нужно знать, чтобы перенаправить домен на новый сервер

Для начала разберемся, как в интернете устроена работа сайтов. Если говорить совсем просто, сайт — это набор файлов и папок, который лежит на отдельном компьютере определенной мощности — сервере, а сама услуга предоставления такого компьютера для размещения сайта в интернете называется хостинг.

У каждого сайта есть доменное имя (Domain), которое отображается в строке браузера, например, liderpoiska.ru, и IP-адрес — уникальный сетевой адрес сервера, например, 37.139.7.16. Они связаны между собой посредством DNS (Domain Name System) — эта система доменных имен, как секретный агент, по имени домена вычисляет, по какому IP-адресу проживает конкретный сайт.

Схема работы DNS-сервера

Смена хостинга или сервера хостера влечет за собой смену IP-адреса сайта, поэтому важно правильно прописать ресурсные записи домена, чтобы он ссылался на корректный IP-адрес. В противном случае, люди не смогут найти этот сайт в сети, при переходе на сайт человек увидит вот такой алерт:

Таким образом, чтобы направить домен на новый IP-адрес, нам нужно знать:

1. Доступ к панели управления доменом (в личный кабинет регистратора домена). Им может выступать nic.ru, reg.ru, webnames.ru и т.д.
2. Новый IP-адрес размещения сайта.
3. Провайдера DNS, который позволит отредактировать DNS-записи домена. Если вы пока не понимаете, о чем тут речь, то следующая глава поможет вам разобраться.
4. Есть ли корпоративная почта на домене. Например, для сайта liderpoiska.ru корпоративная почта выглядит, как info@liderpoiska.ru. Если такая почта есть, то нужно также узнать сервер, принимающий почту для вашего домена — это может быть Яндекс, Google, хостер или сторонний почтовый сервер.

Где находится DNS домена

Для начала разберемся, как узнать DNS-провайдера, чтобы понять, где хранится DNS. Для этого достаточно вбить домен сайта в сервис Whois и посмотреть значение в строках nserver:

Наиболее часто встречаются значения:

• dns1.yandex.net, dns2.yandex.net — домен делегирован на Яндекс.Коннект.
• в записях просматривается название хостера, например ns3.nic.ru, ns1.firstvds.ru, ns1.beget.com, ns1.reg.ru и другие — провайдером DNS является соответствующий хостер и/или регистратор домена: nic.ru, firstvds.ru, beget.com, reg.ru.
• в строке читается комбинация символов AWSDNS — провайдер Amazon.

Встречаются и другие значения, но в любом случае можно скопировать строку nserver и загуглить ее, чтобы выйти на провайдера DNS.

Как настроить DNS

Мы выяснили, где меняются ресурсные записи. Следующим шагом нужно войти в личный кабинет провайдера, чтобы изменить DNS. Дальнейшие действия зависят от провайдера, рассмотрим 2 самых распространенных варианта.

Если домен делегирован на Яндекс.Коннект

NS-записи такого вида в кабинете регистратора домена говорят о том, домен делегирован на Яндекс.Коннект, т.е. DNS-записи хранятся и редактируются в аккаунте Яндекса в настройках сервиса Вебмастер. Самое сложное в этом случае — найти доступы от аккаунта в Яндексе (вида @yandex.ru), под которым домен был заведен в Коннекте.

Чтобы изменить DNS, нужно кликнуть на «Управление DNS» соответствующего домена:

DNS-записи здесь уже заполнены, нужно только указать новый IP-адрес для записи типа А, которая связывает IP с доменным именем:

Готово! Обновление DNS-записей домена происходит в течение 72 часов, но по нашему опыту у некоторых провайдеров сайт начинает открываться уже через пару часов.

Если домен делегирован на хостинг

В личном кабинете регистратора домена можно также встретить NS-записи другого вида:

Конкретно в этом случае они означают, что домен делегирован на хостинг firstvds.ru, значит, и DNS-записи хранятся там. Дальнейшие действия зависят от того, куда переносим сайт.

Перенос сайта на другой сервер того же хостера

В этом случае в панели управления следует найти место, где меняются ресурсные записи домена, и в записи типа A указать IP-адрес нового сервера. Менять остальные DNS-записи не требуется.

Перенос сайта на другой хостинг

Если на прежнем сервере кроме этого сайта больше ничего не размещено, возникает необходимость переноса ресурсных записей на новый хостинг. Данный процесс осуществляется в несколько шагов:

Шаг 1: Перенос DNS на другой сервер

В Личном кабинете нового хостера необходимо найти место, где прописываются DNS, и прописать такие же записи, как у прежнего хостера, за исключением записи типа A — здесь нужно будет указать IP-адрес нового сервера.

Шаг 2: Проверка MX-записей домена

При переносе ресурсных записей существует опасность неправильной настройки MX-записей, которые сообщают различным почтовым программам о том, где находится нужный почтовый сервер. Если не перенести MX-записи с прежнего сервера или заполнить их некорректно, владелец сайта может остаться без почты на домене на долгий срок — он сможет отправлять письма, но входящие получать не будет. При этом отправитель письма на почтовый ящик на домене после отправки получит следующее уведомление:

Если в течение трех суток MX-записи не будут настроены правильным образом, то неполученные письма потеряются навсегда, при этом отправитель получит уведомление о том, что письмо не доставлено.

Если в указанный срок проблема все же будет устранена, то входящие письма не потеряются, а придут позже, когда DNS-серверы в интернете обменяются данными о новых DNS-записях. Обновление DNS-записей занимает от 2 до 72 часов.

Шаг 3: Настройка NS-записей

После настройки ресурсных записей необходимо указать NS-записи нового хостера в личном кабинете регистратора домена — перенаправить домен на новый хостинг. Узнать, как должны выглядеть NS-записи для нового хостинга можно в справочных материалах, который предоставляет хостер при покупке тарифа, либо обратившись в службу технической поддержки хостинга. Стоит быть особенно внимательными — при неправильном заполнении NS-записей домена сайт не заработает при обновлении DNS-серверов.

Выше мы рассмотрели ситуацию, когда DNS-записи редактируются на стороне хостера, и на прежнем сервере кроме переносимого сайта больше ничего не размещено. Существуют и другие ситуации:

Владелец сайта хранит на прежнем хостинге несколько сайтов.

В этом случае переносить DNS-записи и перенаправлять NS-сервера домена в панели управления доменом на другой хостинг не обязательно — они могут храниться в прежнем месте. Необходимо только изменить записи типа A, указав IP-адрес нового сервера.

Так случилось с нашим клиентом — домен его сайта куплен через провайдера Majordomo, который кроме хостинга еще предоставляет услугу регистрации домена. У данного провайдера NS-записи и DNS хранятся и редактируются в одном месте. В этом случае так же не требуется правка NS-записей и перенос DNS в другое место, достаточно в записи типа А указать новый IP-адрес.

Как перенести dns на другой сервер

Имею в инфраструктуре 2 сервера Active Directory/DNS/DHCP на 2008R2. Поставили задачу все это дела перенести на Server 2012R2. Мне необходимо все это дело перенести максимально безболезненно на новый сервер. Помогите советом как правильно организовать план по миграции на новый сервер. Что в первую очередь переносить AD или DHCP? можно в двух словах план миграции.

Все ответы

привет. добавляешь новый сервер в качестве контролера домена, ДНС он скопирует сам, проверяешь репликации, удаляешь старые, сделав их рядовым членом домена. проверяешь работу ДНС, логи, dcdiag.

DHCP можно переносить как угодно, есть механизм полной миграции с сохранением зарезервированных адресов. в любом случаи его всегда можно переустановить, роль самая простая.

Коллеги мне нужен взгляд со стороны на мой план миграции Active Directory. посмотрите пожалуйста где я допускаю ошибку и прошу Вас меня подправить если я ошибаюсь. Первый опыт миграции.

В инфраструктуре есть три контроллера домена. Все машины виртуальные на WMvare. Новые также будут виртуальные машины

ad01 10.101.10.01 (AD DS/DNS/DHCP) Win 2008R2 Standart Все пять ролей FSMO тут

ad02 10.101.10.02 (AD DS/DNS) Win 2008R2 Standart

ad03 10.101.10.03 (AD DS) Win 2008R2 Standart

Задача. Мигрировать на server Win 2012 R2 Datacentre все три сервера с ролями, максимально безболезненно и без простоев при этом сохранить все ранее переданные роли. Также необходимо настроить отказоустойчивый DHCP.

Так как в инфраструктуре порядка 150 серверов и 700 машин пользователей. Простой для нас очень критичен. Также на серверах DNS прописан вручную.

1 Убираем роли выгоняем с домена и отключаем ad02 10.101.10.02 (AD DS/DNS) Win 2008R2 Standart.Так как его имя и IP адрес будет на новой машине на базе 2012R2.

2 Создаем Виртуальную машину Win2012R2. Устанавливаем последние Update от Windows. Даем ему имя и адрес удаленного сервера ad02 10.101.10.02 и загоняем в домен. Добавляем роль Active Directory/DNS. Проводим репликацию. Проверяем на ошибки.

3 Убеждаемся что все ОК и передаем все 5 ролей на новый сервер 2012.

4 DHCP. Останавливаем службу DHCP. Делаем архивирование.

5 Поднимаем новую DHCP роль на 2012 где ранее установили AD.

6 Восстанавливаем архив DCHP. перенаправляем сетевое оборудование на новый DHCP.

7 Отключаем роли Active Directory на сервер ad01 10.101.10.01 (AD DS/DNS/DHCP). Выключаем сервер.

8 Повторяем 2 пункт.

9 Убираем роли на 3 старом сервере ad03 10.101.10.03 (AD DS) Win 2008R2 Standart и отключаем его

Как правильно перенести DNS

Что такое DNS, и как правильно перенести DNS при создании нового сайта или преносе его на другой хостинг.

Для начала расшифруем, что это за зверь такой: DNS — Domain Name System — Система Доменных Имён. Это такая хитроумная система, которая преобразует имя хоста (компьютера или другого сетевого устройства) в IP адрес.

Для чего это нужно?

Когда вы регистрируете домен (подробнее о регистрации домена), то получаете всего лишь красивое имя. Если попытаетесь сразу ввести его в строке браузера, то получите сообщение об ошибке, ибо такой адрес еще системе не известен.

Чтобы дать о себе знать, нужно во-первых, пристроить доменное имя на хостинг (как выбрать хостинг читайте здесь), а во-вторых сообщить своему регистратору доменов координаты этого хостинга. Это нужно для того, чтобы сервер регистратора при всех запросах по вашему красивому адресу говорил: «Этот сайт находится вот у того хостера, туда все и валите, а мне не мешайте работать, черти!»

Регистратору доменов вы сообщаете парочку адресов вида: ns1.ваш_хостинг.ru и ns2.ваш_хостинг.ru. Это и есть DNS-ы. Их вам выдаст хостер после регистрации и оплаты хостинга. Обычно их дается два, и называются они соответственно — первичный и вторичный. Вам нужно будет прописать эти адреса в своем аккаунте у регистратора домена. Вот об этом я сегодня вам и поведаю, ибо «В каждой избушке — свои погремушки».

Рассмотрим двух крупнейших российских регистраторов: r01.ru и nic.ru. В плане юзабилити (модное словечко нынче), то есть удобства пользования, впереди r01.ru. Но и у него есть свои хитрости.

Рассмотрим по-порядку работу с этими регистраторами.

UPD от 15.08.2014: Т.к. пост написан достаточно давно (уже 7 лет назад), то нюансы работы с указанными ниже регистраторами естественно могли измениться, но принцип остался тот же. Уверен, вы разберетесь.

После того, как вы зарегистрируетесь, выберете домен и оплатите его, далее вы заходите в раздел Домены. Там ищете вот эту строку «Поиск имени домена для редактирования» и жмете зеленую стрелку правее.

Появится форма для заполнения. Ничего туда писать не надо, просто жмете OK и получаете табличку, в которой во втором столбце (Domain) кликаете на имени домена. При этом появится следующая картинка:

Если захотите написать краткое описание, то пишите его на английском. Иначе не примет.

Далее идет пункт «Оставить текущие DNS». На этой картинке уже выбраны для примера пара DNS-ов вымышленного хостера. В самом начале у вас не будет этого пункта, а будет первым предложение «Разместить первичный и вторичный DNS на серверах регистратора».

Если вы еще не нашли подходящий хостинг, то выберите этот пункт, чтобы ваш домен таки ожил и из состояния NODELEGATED превратился DELEGATED. Если же у вас уже есть DNS-ы хостера, то переключитесь на пункт «Указать сервера, на которых размещаются первичный и вторичный DNS» и впишите в этом поле оба полученных DNS-а строго один под другим, а не в одну строку. Вот таким образом:

ns1.ваш_хостинг.ru
ns2.ваш_хостинг.ru

Затем нажимаете ОК. И вот тут САМОЕ важное! В открывшейся странице будут указаны произведенные вами изменения и еще куча данных. Когда я регистрировал свой первый домен у r01.ru, то посчитал, что вот на этом все уже готово и можно курить чай. Однако сайт мой почему-то так и не появился в сети.

Когда я через пару суток все же решил снова зайти к регистратору и проверить в чем дело, то оказалось, что вот на этом последнем этапе я просто забыл прокрутить экран вниз. А там была красненькая такая ссылочка « Далее! ». Только после нажатия на нее ваше задание поставится в очередь на выполнение, и все будет закончено. Так что не спешите и будьте внимательны!

У этого регистратора доменов последовательность действий не сложнее, но запутаннее, ибо меню организовано не очень толково.

Чтобы изменить DNS-ы, нужно вначале пройти в раздел «Услуги», затем выбрать «Просмотр и изменение данных» , а уже там, в третьем столбце «Изменить параметры», нажать на ссылку «DNS-серверы домена».

В появившейся табличке вписываете DNS-ы хостера и жмете «Сохранить изменения».

Казалось бы, все просто. Но вот почему они запихали это дело в раздел Услуги — ни фига не понятно.

Перенос DNS занимает некоторое время. Может час, а может и все 72 часа. Обычно в среднем они переносятся за сутки. Если же прошло трое суток, а ничего не изменилось, трясите техподдержку хостера.