DNS, домены и их делегирование. Настройка репликации и передачи зон DNS

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

Для чего необходимо проводить процедуру делегирования домена

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

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

Как осуществляется делегирование домена

Рассмотрим решение проблемы на конкретном примере. Доменное имя было приобретено у регистратора «1», а привязать его к хостингу необходимо регистратора «2». Вся суть проведения данного процесса заключается в том, что в конце процесса оформления доменного имени у регистратора «1» у вас потребуют предоставить адрес двух DNS серверов от регистратора «2», делается это для того, чтобы предоставить максимально надежную и стабильную работу вашего интернет — проекта. Из этого следует сделать вывод, что услуга хостинга от регистратора «2» должна быть заказана заблаговременно.

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

К примеру, у вас имеется хостинг провайдер RU center, два сервера которого находятся в Амстердаме и в Москве, и для проведения процедуры делегирования необходимо прописать данные сервера. DNS 1: ns4.nic.ru (первая ячейка) и DNS 2: ns5.nic.ru (вторая ячейка). Вы можете прописать и третий адрес, к примеру, ns6.nic.ru , но данная процедура не является обязательной. Вместо DNS можно прописать и IP адрес, но данная ситуация никак не облегчает общий процесс. Но если вам так будет удобнее, то можете узнать IP адреса у службы поддержки регистратора, который предоставляет вам хостинг.

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

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

Внимание.

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

Чтобы делегировать домен на серверы Яндекса:

Для этого откройте страницу Мои домены и войдите в аккаунт, созданный для работы с ним. Проверьте наличие нужного домена.

Войдите в панель управления вашим доменом на сайте регистратора. Перейдите в раздел настроек делегирования.

Измените значения первичного и вторичного DNS-серверов следующим образом:

• Первичный DNS-сервер - «dns1.yandex.net.» .

  Вторичный DNS-сервер - «dns2.yandex.net.» .

Примечание. Буква «d» в начале имени DNS-серверов обязательна.

Если в панели управления есть поля для ввода IP-адресов, оставьте их пустыми.

Подождите, пока изменения в DNS вступят в силу. Этот процесс может длиться до 72 часов.

Проверьте статус вашего домена на странице Мои домены - его значение должно быть «Домен подключен и делегирован на Яндекс» .

Как делегирование домена повлияет на ваш сайт

Хостинг DNS и хостинг сайта - это две разные услуги, которые часто предоставляются хостинг-провайдерами одновременно. Но они никак между собой не связаны, поэтому вы можете безболезненно перенести хостинг DNS на серверы Яндекса. На работу сайта это не повлияет.

Когда вы делегируете домен на Яндекс, на серверах Почты для домена создаются A-записи, которые указывают на адрес хостинга вашего сайта. Если A-записи не были созданы автоматически, вы можете добавить их вручную в редакторе DNS :

В поле Хост укажите значение «@» , если вы настраиваете запись для корневого домена.

Если запись настраивается для поддомена, то в поле Хост нужно указать часть имени поддомена до первой точки, например:

• если имя поддомена bar bar » ;

  если имя поддомена foo.bar «foo.bar» .

в списке Тип выберите значение «A» (или «AAAA» , если сайт доступен по протоколу IPv6);

в поле Значение записи задайте IP-адрес нужного сайта.

Затем повторите процедуру для еще одной А-записи. Если вы настраиваете запись для корневого домена, в поле Хост укажите «www» . Если запись настраивается для поддомена, то в поле Хост нужно указать «www» и часть имени поддомена до первой точки, например:

если имя поддомена bar .yourdomain.tld, в поле Хост укажите « www.bar » ;

если имя поддомена foo.bar .yourdomain.com , в поле Хост укажите «www.foo.bar» .

Остальные поля настраиваются аналогично первой записи.

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

Для того чтобы рассказать, как делегировать домен, мне придётся начать издалека – с DNS.

DNS – это система доменных имён, в которой содержатся данные о том, какой IP у домена сайта, а следовательно, в какому хостингу он относится. Отсюда становится понятно – что если DNS настроена неправильно, то сайт работать не будет.

Как делегировать домен на хостинг

Итак, теперь переходим непосредственно к вопросу о том, как делегировать домен. Как вы должны были уже догадаться сами, под делегированием понимается присвоение доменному имени IP адреса сервера хостинга.

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

Направление домена происходит с помощью назначения ему NS серверов хостинга (под NS кроется и IP, но он имеет совершенно иной вид). Перед тем, как делегировать домен, вам следует получить NS своего хостинга. Делается это в персональном кабинете хостинг-аккаунта. Покажу на скриншоте, как это выглядит на хостинге, на котором находится раньше находился мой сайт (). Если у вас другой хостинг, то у вас должно быть что-то похожее, но суть одинакова. NS бывает несколько – обычно 4 штуки.

Получаем NS от хостинга

Мои NS выглядят так:

ns1.hostinger.ru

ns2.hostinger.ru

ns3.hostinger.ru

ns4.hostinger.ru

Теперь переходим в персональный кабинет регистратора своего домена и записываем там полученный NS. Опять же, как делегировать домен я покажу на примере своего регистратора (). Если у вас другой, то кое-что будет отличаться, но суть одна и та же.

Записываем NS в кабинете регистратора домена

Прописывание NS от хостинга в панели управления домена – это и есть направление домена на хостинг. Теперь вы знаете, как делегировать домен, но не знаете ещё кое-чего.

Обновление DNS

Отдельная история – это обновление DNS. Понятно, что каждый день регистрируется множество доменных имён, кроме того, многие переезжают с одного хостинга на другой (с одного NS на другой). Поэтому система DNS должна постоянно обновляться, чтобы оставаться актуальной.

Обновление DNS происходит у каждого интернет-провайдера по-своему и не зависит ни от кого, кроме них самих. То есть, каждый интернет провайдер обновляет в своём собственном кэше информацию о привязанности того или иного доменного имени к какому-то хостингу. Делают это провайдеры редко – у некоторых может доходить до 1 раза каждые 72 часа.

Поэтому, если вы делегировали домен и прописали NS хостинга, сайт будет работать полноценно только через 72 часа. В течение этого времени он может в некоторых регионах уже работать, а в других ещё нет. Ругаться с поддержкой хостера или регистратора нет смысла. Также интернет-провайдер вам ничего не поможет. В этом случае нужно просто подождать, пока заданные вами NS распространятся по всему миру.

Как посмотреть сайт, если делегирование домена ещё не завершилось

Если DNS у вашего провайдера ещё не обновились, а вам необходимо срочно начать работать на своём новом сайте, то можно сделать следующее. Переходим на компьютере в папку C:\Windows\System32\drivers\etc (где «С» — это диск, на котором установлено операционная система) и открываем файл hosts. Он без расширения, открыть его можно с помощью любого текстового редактора, например, блокнота. В файле hosts записываем следующие данные.

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

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

Репликация зон — это процесс синхронизации данных зон, интегрированных в Active Directory. Передача зон — это синхронизация данных зон междуглавной и дополнительной стандартной зоной. Эти два механизма основаны наразных технологиях, поэтому настраиваются отдельно.

Настройка репликации зон, интегрированных в Active Directory

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

Репликация и раздел каталога приложений

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

Раздел — это структура данных в Active Directory, которая определяетданные для репликации. По умолчанию контроллеры домена включают двараздела каталога приложений, зарезервированные для данных DNS: DomainDnsZones и ForestDnsZones. Репликация раздела DomainDnsZones выполняется на всех контроллерах домена, также являющихся DNS-серверами в отдельном домене, а репликация раздела ForestDnsZones выполняется на всех контроллерахдомена, также служащих DNS-серверами в каждом домене леса Active Directory.

Каждый из этих разделов каталога приложений получает имя в соответствии с именем FQDN дочернего домена DNS. Эти разделы можно просмотреть в диспетчере DNS. Кроме того, каждая зона содержит имя DomainDnsZones, указывающее раздел, репликация которого выполняется лишь в локальных доменах.

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

Хранение данных DNS в разделе домена Данные зоны, интегрированной в Active Directory, хранятся в разделе домена вместе с остальными данными домена. В этой конфигурации репликация данных DNS выполняется не только на контроллерах домена, которые также являются DNS-серверами, но и па всех контроллерах локального домена. Однако при использовании этой опциигенерируется дополнительный трафик репликации. Ее следует применять длярепликации данных DNS на компьютерах Windows Server 2000.

Выбор области репликации зон

Раздел, в котором хранится зона, эффективно определяет область репликации для этой зоны, интегрированной в Active Directory. При использовании программы Dcpromo для назначения сервера контроллером нового домена вразделе DomainDnsZones автоматически создается новая зона, интегрированная в Active Direcrory. Однако при создании новой зоны с помощью мастера создания новой зоны на странице Область репликации зоны, интегрированной в Active Directory (Active Directory Zone Replication Scope ), можно выбрать раздел для сохранения зоны.

На странице Область репликации зоны, интегрированной в Active Directory ( Active Directory Zone Replication Scope ), представлены четыре опции.

■ Для всех DNS -серверов в этом лесу (То All DNS Servers In This Forest )

ForestDnsZones . Каждый контроллердомена во всем лесу, где установлен DNS

■ Для всех DNS серверов в этом домене (То All DNS Servers In This Domain )

Новая зона сохраняется в разделе DomainDnsZones . Каждый контроллер локального домена, где установлен DNS -сервер, получит копию этой зоны.

■ Для всех контроллеров домена в этом домене (То All Domain Controllers In This Domain )

Зона сохраняется в разделе домена. Каждый контроллер локального домена получит копию этой зоны независимо от наличия па нем установленного DNS -сервера.

■ На все контроллеры домена , указанные в области данного раздела каталога ( То All Domain Controllers Specified In The Scope Of This Directory Partition)

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

Область репликации созданной зоны можно изменить в любое время. Для этого на вкладке Общие ( General ) щелкните кнопку Изменить ( Change ) напротив параметра репликации.

Откроется диалоговое окно Изменение области видимости зоны репликации (Change Zone Replication Scope), в котором представлены те же опции выбора области репликации, что и на странице мастера создания новой зоны.

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

ПРИМЕЧАНИЕ: Повторное создание зон DomalnDnsZones и ForestDnsZones

Удаленные или поврежденные разделы каталога приложений можно воссоздать в диспетчере DNS , щелкнув правой кнопкой мыши узел сервера и применив команду Создать используемые по умолчанию разделы каталога приложений ( Create Default Application Directory Partitions ).

Создание настраиваемого раздела каталога приложения

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

dnscmd имя_сервера /createdirectorypartition hmp_FQDN

Затем перечислите в разделе другие DNS -серверы с помощью следующей команды:

dnscmd имя_сервера / enlistdirectorypartition имя_ FQDN

Так, чтобы создать раздел каталога приложений DNSpartitionA на компьютере Server 1 в домене Active Directory с именем microsoft . com , введите такую команду:

dnscmd server1 /createdirectorypartition DNSpartitionA.microsoft.com

ПРИМЕЧАНИЕ: Использование точки (.) для указания имени локального сервера

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

Чтобы перечислить в разделе каталога приложений компьютер Server 2, введите такую команду:

dnscmd server2 /enlistdirectorypartition DNSpartitionA.microsoft.com

ПРИМЕЧАНИЕ: Кто может создавать раздел каталога приложений

Раздел каталога приложений может создать лишь член группы Администраторы предприятия ( Enterprise Admins ).

Созданный раздел каталога приложений появится в раскрывающемсясписке на странице Область репликации зоны, интегрированной в Active Directory (Active Directory Zone Replication Scope ) мастера создания новой зоны и вдиалоговом окне Изменение области видимости зоны репликации ( Change Zone Replication Scope ). Чтобы сохранить зону в новом разделе, выберите опцию На все контроллеры домена, указанные в области данного раздела каталога (То А ll Domain Controllers Specified In The Scope Of This Directory Partition ), и враскрывающемся списке укажите этот раздел.

Передача зон

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

Передача зон, по сути, представляет собой извлечение данных, инициируемое в дополнительных зонах, копирование данных главной зоны, которая сама по себе может быть основной или еще одной дополнительной зоной. Главной зоне необязательно даже быть стандартной по отношению к дополнительной зоне — вы можете отконфигурировать дополнительную зону для основной зоны,интегрированной в Active Directory . К примеру, у вас есть два сайта - один в Нью-Йорке, другой в Лос-Анджелесе, причем каждый сайт принадлежитотдельному домену Active Directory . В каждом домене можно обеспечить разрешение имен для противоположного домена, не устанавливая новый контроллер домена и не управляя трафиком репликации между двумя сайтами.

Включение передачи зон

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

■ По истечении интервала обновления начальной записи SOA основной зоны.

■ При загрузке дополнительной зоны сервером.

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

По умолчанию передача для всех зон отключена. Ее нужно включить на вкладке Передача зон ( Zone Transfers ) окна свойств зоны. Установив флажок разрешения передачи зон, можно выбрать одни из трех параметров передачи.

■ На любой сервер ( To Any Server ) Этот параметр обеспечивает минимальную безопасность. Поскольку передача зоны представляет собой копирование данных зоны, этот параметр позволяет кому угодно с сетевым доступом к DNS-серверу просмотреть содержимое зоны, включая имена всех серверов и компьютеров с их IP-адресами. Поэтому данный параметр следуетиспользовать только в частных сетях с высоким уровнем безопасности.

■ Только на серверы, перечисленные на странице серверов зон ( Only To Servers Listed On The Name Servers Tab ) Этот параметр позволяет выполнять передачу зон с записью NS только на те дополнительные DNS-серверы, которые полномочны для данных зон.

■ Только на серверы из этого списка ( Only To The Following Servers ) Этот параметр позволяет указать список дополнительных серверов, на которые будет выполняться передача зон. Для этих дополнительных серверов не требуется идентификация с помощью записи NS в зоне.

Настройка уведомлений

На вкладке Передача зон (Zone Transfers) можно также настроить уведомление, которое будет отправлено дополнительным серверам в случае изменений в основной зоне. Поскольку передача зон представляет собой операции PULL, их нельзя конфигурировать для переноса новых данных на дополнительныесерверы. Вместо этого при модификации данных основная зона отправляетуведомление на все указанные серверы, управляющие дополнительными зонами. Дополнительная зона, получившая уведомление, инициирует передачу зоны.

Для настройки уведомлений на вкладке Передача зон ( Zone Transfers ) щелкните кнопку Уведомить ( Notify ). Откроется диалоговое окно Уведомление( Notify ), где можно указать дополнительные серверы, которые будут оповещаться при обновлении зоны на локальном главном сервере.

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

Перезагружается дополнительная зона из локального хранилища.

■ Передать зону с основного сервера (Transfer From Master)

Сервер, управляющий локальной дополнительной зоной, определяет истечение интервала обновления серийного номера дополнительной зоны в записи SOA и выполняет передачу зоны с главного сервера.

■ Перезагрузить повторно зону с основного сервера (Reload From Master)

Выполняется передача зоны с главного сервера дополнительной зоны независимо от серийного номера в записи SOA дополнительной зоны.

Использование зон-заглушек

Зона-заглушка — это копия, которая содержит лишь основные записи главной зоны. Назначают зону-заглушку, чтобы локальный DNS-сервер мог пересылать запросы на уполномоченные серверы имен в главной зоне. Таким образом, зона-заглушка функционально идентична делегированию зон. Тем не менее,поскольку зоны-заглушки могут инициировать и принимать передачу зон из главной (делегированной) зоны, они обеспечивают дополнительное информирование родительских зон об обновлениях в записях NS дочерних зон.

Зоны-заглушки можно использовать в следующих целях:

■ Обновление данных делегированной зоны

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

Пример зоны-заглушки

Предположим, вы работаете администратором DNS -сервера Dns 1. microsoft . com , который уполномочен для зоны Microsoft . com . Ваша компания имеет дочерний домен Active Directory с именем India . microsoft . com , для которого выполняется делегирование. При начальном делегировании дочерняя зона, интегрированная и Active Directory , содержит только два полномочных DNS -сервера - 192.168.2.1 и 192.168.2.2. Позже администраторы домена India . microsoft . com развертывают дополнительные контроллеры домена и устанавливают роль DNS -сервер (DNS Server ) на новых контроллерах. Однако администраторы не уведомили вас о том, что добавили полномочные DNS -серверы на свой домен. В результате на сервере Dns 1. microsoft . com оказались не отконфигурированными записи новых DNS -серверов, уполномоченных для домена lndia . microsoft . com , и запросыпродолжают пересылаться лишь на два DNS -сервера, заданный в начальномделегировании.

Эту проблему можно устранить, создав зону-заглушку на сервере Dns1. microsoft.com для домена India.microsoft.com. С помощью новой зоны-заглушки компьютер Dns1 посредством передачи зон изучает новые серверы имен,уполномоченные для родительской зоны India.microsoft.com. Таким образом, сервер Dns1 сможет направлять запросы пространства имен Inclia.microsoft.com на все полномочные DNS-серверы дочерней зоны.

Другие примеры использования зон-заглушек

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

Делегирование доменов

Delegate (англ) - уполномочивать; передавать полномочия. Необходимым условием для использования доменного имени в сети Интернет является делегирование домена. Работоспособность делегированного домена обеспечивается серверами DNS домена - программно-аппаратными комплексами, содержащими необходимую информацию о домене и предоставляющими ее в соответствии с техническими требованиями сети Интернет. Обеспечение наличия не менее двух серверов DNS делегируемого домена, имеющих надежное подключение и круглосуточно функционирующих, является обязанностью Администратора.

Чтобы проверить , делегирован ли домен, Вы можете воспользоваться Whois -сервисов R01.
У делегированного домена домена присутствует строка вида:
status: REGISTERED, DELEGATED

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

Обращаем Ваше внимание, что так как информация в мировой системе DNS распространяется не мгновенно, то Ваш домен будет доступен из сети интернет в течении 6-8 часов после делегирования.

Какие проверки производятся при делегировании?

Перед делегированием домена проверяются следующие пункты:
1) Указанные DNS-серверы являются авторитативными для домена.
2) На них присутствуют SOA- и NS-записи
3) Список NS-записей совпадает со списком DNS-серверов.

Вы можете самостоятельно проверить корректность настройки DNS-серверов при помощи команды nslookup.

Что делать, если при делегировании возникла ошибка?

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

Если при делегировании возникла ошибка "..не совпадает список DNS-серверов.." , то в форме ввода DNS-серверов при изменении информации по домену в личном кабинете, Вам необходимо указывать ровно тот список DNS-серверов которые прописаны в ns-записях Вашей зоны на DNS-серверах с которыми Вы делегируете Ваш домен.

Если при делегировании возникла ошибка "не удается найти ip-адрес для DNS-сервера ns.test.ru" , то Убедитесь что на DNS-серверах с которыми делегирован домен test.ru есть A-запись для ns.test.ru. Если соответствующая запись есть, то напишите письмо в нашу службу поддержки с описанием проблемы.
Проверить, с какими DNS-серверами делегирован test.ru, можно в Whois. Опросить DNS-сервер можно с помощью команды nslookup

Если при делегировании возникла ошибка "Вы не можете использовать CNAME ns1.example.com для сервера имен" , то либо необходимо внести А-записть для ns1.example.com, либо использовать другие DNS-сервера при делегировании домена.
Ошибка возникает, т.к. Использование имен DNS-серверов, которые являются CNAME-записями, крайне не рекомендуется стандартом RFC1912, так как подобные записи могут привести к некорректной работе делегированного домена. Это увеличивает размер DNS-траффика, в некоторых случаях приводит к циклическим запросам. Подробнее о данной проблеме Вы можете прочитать здесь (пункт 2.4): ftp://ftp.rfc-editor.org/in-notes/rfc1912.txt

Домен делегирован, но сайт с этим именем не открывается. Что делать?

Убедитесь, что на DNS-серверах с которыми делегирован домен test.ru есть A-запись для test.ru. Проверить с какими DNS-серверами делегирован test.ru можно в whois . Опросить DNS-сервер можно с помощью команды nslookup. Если соответствующая А-запись есть, то возможно изменения были произведены слишком недавно и информация не успела распространиться до используемого Вашим локальным компьютером DNS-сервера. В этом случае имеет смысл подождать когда информация распространиться автоматически (обычно в пределах суток)

Возможно ли делегировать домен не на имена, а на ip-адреса DNS-серверов?

Нет, при делегировании домена необходимо указывать имена DNS-серверов.
Но если Вам необходимо делегировать домен test.ru с DNS-серверами, имеющими имена в зоне test.ru, то список DNS-серверов необходимо указывать в таком виде:
ns1.test.ru 192.168.15.86
ns2.test.ru 192.168.15.87