Делегирование домена. Общие сведения о делегировании доменов

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

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

Процесс регистрации

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

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

Перенос домена

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

Изменения вносятся быстро, примерное время - около получаса. Затем начинается более длительный процесс (вплоть до нескольких суток) - на серверах провайдеров закэшировалась неактуальная информация о старых значениях.

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

Что нужно сделать, чтобы ускорить процесс?

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

Свяжитесь с администратором сервера, на который делегируется адрес, и попросите его изменить информацию TTL (выставить минимальное значение).
Протестируйте зону домена. Многие компании-регистраторы предлагают сделать это автоматически. Иногда из-за проблем в сети эта процедура завершается ошибкой даже при правильно сконфигурированной зоне, поэтому вы сами должны решить, пользоваться ли этим советом.
При изменении списка серверов для домена не обращайтесь к нему какое-то время. Если вам нужно провести работу с ресурсом во время переноса, обратитесь к хостинг-провайдеру. Спросите про служебное доменное имядля обращения к ресурсам (называются также техническими псевдонимами).
Если вы можете сделать это, очистите кэш резолвера самостоятельно. К примеру, в операционной системе Windows вы можете это сделать с помощью консольной команды.

Подводим итоги

Итак, теперь вы знаете, что значит делегирование домена. Это второй этап регистрации вашего адреса в сети Интернет. Сначала добавляется информация о новом адресе в специальную базу данных, затем домен непосредственно делегируется. Без выполнения этих важных этапов можно не ожидать от ресурса работы.

Делегирование - важный этап регистрации. Только после того как он будет полностью пройден, адрес станет полностью работоспособным, и только тогда вы сможете увидеть сайт во Всемирной паутине. Иными словами, делегирование - активация зарегистрированного домена.

Да, можете.

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

Для указания списка DNS-серверов домена нужно:

авторизоваться в разделе «Для клиентов» на www.nic.ru;
найти нужную услугу «Домен»;
в разделе «DNS-серверы» выбрать ссылку «Изменить» (для делегированного домена) или «Задать» (для домена со статусом «Неделегирован»);
задать список DNS-серверов;
нажать «Сохранить изменения».

Если при формировании заказа вы установили флаг «Провести тестирование DNS-серверов для.RU и.SU доменов», запускается стандартная процедура тестирования DNS-серверов. В этом случае процедура делегирования домена займет от 6 часов до нескольких суток в зависимости от результатов тестирования. После успешного завершения тестирования данные о новом списке DNS-серверов для домена передаются корневым серверам зоны и сервису Whois. Данные сервиса Whois обновляются каждые 15 минут.

Если флаг «Провести тестирование DNS-серверов для.RU и.SU доменов» при заказе не был установлен, домен делегируется при обновлении информации в зоне верхнего уровня. Зона RU обновляется 4 раза в сутки: в 02:00, 10:00, 14:00, 19:00 (по московскому времени). Зоны SU и РФ обновляются каждый нечетный час. Обновления зон занимают от нескольких минут до получаса. В этом случае процедура делегирования домена займет от нескольких минут до 6 часов в зависимости от времени обновления данных в зоне верхнего уровня.

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

Да, можно. Для этого необходимо:

авторизоваться в разделе «Для клиентов»;
выбрать вменю пункт «Услуги. Мои домены»;
найти домен, делегирование которого нужно приостановить;
перейти по ссылке «Изменить» в колонке «DNS-серверы»;
в блоке «Приостановка делегирования домена» нажать «Приостановить делегирование».

Для прекращения тестирования DNS-серверов необходимо:

авторизоваться в разделе «Для клиентов» на www.сайт;
нажать «Остановить тестирование».

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

выбрать вменю пункт «Услуги. Просмотр и изменение данных → Мои домены»;
найти нужную услугу («Домен»);
в разделе «DNS-серверы» выбрать ссылку «Изменить»;
поставить отметку «Провести тестирование DNS-серверов»;

Изменения вступят в силу после обновления информации в зоне верхнего уровня. Зона RU обновляется 4 раза в сутки: в 02:00, 10:00, 14:00, 19:00 (по московскому времени). Зоны SU и РФ обновляются каждый нечетный час. Обновления зон занимают от нескольких минут до получаса.

После обновления зоны необходимо около суток для распространения информации о домене по сети Интернет.

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

У DNS-сервера ns.www.com сменился IP-адрес. Для того чтобы информация об этом обновилась вDNS, нужно изменить информацию в зоне www.com. Обратитесь к администратору домена www.com или к своему провайдеру, который администрирует этот DNS-сервер.

Для изменения списка DNS-серверов следует:

выбрать вменю пункт «Услуги. Просмотр и изменение данных → Мои домены»;
найти нужную услугу («Домен»);
в разделе «DNS-серверы» выбрать ссылку «Изменить»;
ввести список серверов и нажать на кнопку «Сохранить изменения».

Нужно в вышестоящем домене второго уровня сделать NS-запись для домена третьего уровня. Например, чтобы делегировать домен masha.test.ru, и при этом в качестве Primary и Secondary-серверов использовать ns.my-provider.ru, ns.myprovider.ru, нужно в зоне test.ru сделать такую запись:

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

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

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

Если при заполнении анкеты не был указан электронный адрес для уведомлений технического характера (mnt-nfy), вам не идут сообщения, например, о не успешном тестировании с указанием причины.

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

зайти в раздел «Для клиентов »;
в меню «Договор» выбрать пункт «Изменить данные»;
внести изменения в поле «Адрес электронной почты для уведомлений технического характера (mnt-nfy)»;
сохранить изменения.

Делегирование домена - это указание 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» .

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

Делегирование домена - предоставление контроля и управления над частью доменной зоны сторонней ответственной организации. Осуществляется путем записи NS. В ней указывается адрес DNS-сервера третьего лица (отвечает за поддержание зоны, ее содержание). После окончания срока регистрации, домен снимается с делегирования и удаляется из Реестра зарегистрированных доменов.

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

Делегировать или переделегировать домен можно во время регистрации или в любое время после регистрации.

Алгоритм делегирования и переделегирования следующий:

открыть «Панель управления»;

зайти во вкладку «Домены»;

выбрать домен и нажать напротив него кнопку «Редактировать домен»;

внести перечень DNS-зон, на которые происходит делегирование.

Делегировение и переделегирование доменов RU и РФ

По правилам регистрации доменов.ru и.рф, в процессе делегирования домена регистратор обязан проверить возможность связи с его администратором. Проверка происходит по номеру телефона, который был указан в Реестре зарегистрированных доменов. Телефон должен иметь функцию приема sms-сообщений.

Сервера DNS

Адекватность работы делегированного домена определяется серверами DNS. DNS-сервер - программно-аппаратный комплекс, в котором расположены все данные о домене. Сервер предоставляет доменную информацию в сеть Интернет согласно техническим требованиям.

При делегировании домена на NS-серверы регистратора сайт (ns1.сайт, ns2.сайт) существует возможность внесения всей информации, необходимых записей DNS.

Сколько времени занимает делегирование домена

Делегирование домена происходит в 2 этапа. На первом регистратор вносит изменения в NS-записи. На втором - полученные DNS-записи проходят обновление у интернет-провайдеров.

Внесение изменений со стороны сайт занимает несколько минут. Скорость приемки изменений провайдером зависит от частоты его обновлений. Регламентом рекомендуется установить для интернет-провайдеров время обновления в рамках 6-24 часов. На практике этот процесс может занимать от 15 минут до 72 часов.

Введение

Основная цель DNS - это отображение доменных имен в IP адреса и наоборот - IP в DNS. Для чего же вообще нужна вся эта система? Компьютеры в сети общаются между собой, используя только IP-адреса. IP-адрес можно сравнить с номером телефона - чтобы один компьютер мог обратиться к другому, ему необходимо знать его IP-адрес. Однако у IP-адресов есть два недостатка: во-первых, их существует лишь ограниченное количество (что нам сейчас не очень важно), а во-вторых, что важнее, IP-адрес очень трудно запомнить человеку. Продолжая аналогию с телефонными номерами, помните ли вы номера телефонов всех своих друзей и знакомых? Вероятно, нет. Но вы всегда можете воспользоваться записной книжкой.

ИСТОРИЯ

Доменная система имен была изобретена Полом Макпэтрисом по просьбе Джона Постэла в 1983 году, он же и выполнил первую ее реализацию. В 1984 году 4 студента из Беркли – Дуглас Тэрри, Марк Пэинтер, Дэвид Риггл и Содни Зу написали первую UNIX реализацию, которую они назвали Интернет Сервер Доменных Имен Беркли (Berkeley Internet Name Domain Server или сокращенно BIND). В 1985 году код этой реализации был существенно переписан Кевином Данлэпом, а в 1990 она была портирована на Windows NT. На данный момент BIND является самым используемым DNS сервером в мире.

Основные понятия Domain Name System

Доменная структура DNS представляет собой древовидную иерархию, состоящую из узлов, зон, доменов, поддоменов и др. элементов.

«Вершиной» доменной структуры является корневая зона. Настройки корневой зоны расположены на множестве серверов/зеркал, размещенных по всему миру и содержат информацию о всех серверах корневой зоны, а так же отвечают за домены первого уровня (ru, net, org и др). Информация о серверах корневой зоны расположена на сайте корневых серверов .

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

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

Каждый узел в иерархии DNS отделен от своего родителя точкой. Доменное имя начинается с точки (корневого домена ) и проходит через домены первого, второго и если нужно третьего и т.д. уровней и завершается именем хоста. Т.е. доменное имя полностью отражаетструктуру иерархии DNS . Последняя точка (обозначение корневого домена) в доменном имени опускается (то есть в браузере мы вводим не site.nam e. , а site.name ).

Итак, разобрав структуру доменного имени, мы незаметно подошли к понятию FQDN .

FQDN (англ. Fully Qualifed Domain Name , полностью определённое имя домена) - это имя домена, однозначно определяющее доменное имя и включающее в себя имена всех родительских доменов иерархии DNS, в том числе и корневого . Своеобразный аналог абсолютного пути в файловой системе.

Давайте разберем вышесказанное на примере имени домена www.mydomain.com:

Максимальный размер FQDN - 255 байт, с ограничением в 63 байта на каждое имя домена.

Еще есть т.н. зарезервированные доменные имена, определенные в RFC 2606 (Reserved Top Level DNS Names - зарезервированные имена доменов верхнего уровня) определяет названия доменов, которые следует использовать в качестве примеров (например, в документации), а также для тестирования. К таким именам относятся например example.com, example.org и example.net, а также test, invalid и др.

Принципы работы DNS

Вся DNS система построена на технологии клиент-сервер . Это значит, что существуют DNS-сервера , которые ждут запросов от пользователей, и есть DNS-клиенты , которые эти запросы посылают. Во всех браузерах имеется встроенный DNS-клиент, который и ответственен за перекодирование DNS имени в IP-адрес. После того как вы набираете что либо в адресной строке и нажимаете enter у него появляется работа. Изначально он знает о доменном имени не больше чем вы, поэтому-то он и начинает спрашивать. Рассмотрим процедуру получение ip-адреса на основе доменного имени.

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

Данная схема является наиболее распространенной в сети и выглядит следующим образом:

Шаг 1. Браузер ищет IP-адрес домена в локальном кеше и если он не найден, обращается к местному серверу доменных имен (сервер провайдера интернета) за IP- адресом, сообщая ему доменное имя.
Шаг 2. Сервер провайдера определяет, что адрес не входит в данный домен и обращается за адресом сервера запрашиваемого домена к корневому серверу доменных имен.
Шаг 3. Корневой сервер доменных имен сообщает местному серверу доменных имен адрес сервера доменных имен требуемого домена.
Шаг 4. Местный сервер доменных имен запрашивает удаленный сервер на предмет разрешения запроса своего клиента (браузера).
Шаг 5. Удаленный сервер сообщает IP-адрес местному серверу.
Шаг 6. Местный сервер сообщает IP-адрес браузеру.
Шаг 7. Браузер обращается по полученному IP-адресу на хостинг-сервер сайта.
Шаг 8. Хостинг-сервер отдает сгенерированные по запросу данные.

Вот как происходит определение IP-адреса test-site.ru:

Loading root server list (static data): -> a.root-servers.net (198.41.0.4) -> b.root-servers.net (192.228.79.201) -> c.root-servers.net (192.33.4.12) -> d.root-servers.net (128.8.10.90) -> e.root-servers.net (192.203.230.10) -> f.root-servers.net (192.5.5.241) -> g.root-servers.net (192.112.36.4) -> h.root-servers.net (128.63.2.53) -> i.root-servers.net (192.36.148.17) -> j.root-servers.net (192.58.128.30) -> k.root-servers.net (193.0.14.129) -> l.root-servers.net (199.7.83.42) -> m.root-servers.net (202.12.27.33) Sending request to "f.root-servers.net" (192.5.5.241) Received referral response - DNS servers for "ru": -> e.dns.ripn.net (193.232.142.17) -> d.dns.ripn.net (194.190.124.17) -> a.dns.ripn.net (193.232.128.6) -> b.dns.ripn.net (194.85.252.62) -> f.dns.ripn.net (193.232.156.17) Sending request to "f.dns.ripn.net" (193.232.156.17) Received referral response - DNS servers for "test-site.ru": -> ns2.test-site.ru (5.9.195.91) -> ns1.test-site.ru (5.9.195.90) Sending request to "ns2.test-site.ru" (5.9.195.91) Timeout waiting for response Sending request to "ns1.test-site.ru" (5.9.195.90) Received authoritative (AA) response: -> Answer: A-record for test-site.ru = 5.9.195.90 -> Authority: NS-record for test-site.ru = ns1.test-site.ru -> Authority: NS-record for test-site.ru = ns2.test-site.ru -> Additional: A-record for ns1.test-site.ru = 5.9.195.90 -> Additional: A-record for ns2.test-site.ru = 5.9.195.91

Хранение информации на DNS-серверах

На DNS-серверах информация хранится в виде ресурсных записей.

Ресурсная запись - это единица хранения и передачи информации в DNS. Каждая такая запись несет в себе информацию соответствия какого-то имени и служебной информации в DNS, например соответствие имени домена - IP адреса.

Запись ресурса состоит из следующих полей:

имя (NAME) - доменное имя, к которому привязана или которому «принадлежит» данная ресурсная запись, либо IP адрес. При отсутствии данного поля, запись ресурса наследуется от предыдущей записи.
Time To Live (TTL) - дословно «время жизни» записи, время хранения записи в кэше DNS (после указанного времени запись удаляется), данное поле может не указываться в индивидуальных записях ресурсов, но тогда оно должно быть указано в начале файла зоны и будет наследоваться всеми записями.
класс (CLASS) - определяет тип сети, (в 99,99% случаях используется IN (что обозначает - Internet). Данное поле было создано из предположения, что DNS может работать и в других типах сетей, кроме TCP/IP)
тип (TYPE) - тип записи, синтаксис и назначение записи
данные (DATA) - различная информация, формат и синтаксис которой определяется типом.

При этом, возможно использовать следующие символы:

; - Вводит комментарий
· # - Также вводит комментарии (только в версии BIND 4.9)
@ - Имя текущего домена
() - Позволяют данным занимать несколько строк
* - Метасимвол (только в поле имя)

Со всем набором ресурсных записей можно ознакомиться в wikipedia . Наиболее часто на практике применяемыследующиересурсные записи :

A - (address record/запись адреса ) отображают имя хоста (доменное имя) на адрес IPv4. Для каждого сетевого интерфейса машины должна быть сделана одна A-запись .
Пример : test-site.ru. A. 5.9.195.90. IN. 3600.

MX (mail exchange ) - указывает хосты для доставки почты, адресованной домену. При этом поле NAME указывает домен назначения, поля TTL, CLASS- стандартное значение, поле TYPE принимает значение MX, а поле DATA указывает приоритети через пробел - доменное имя хоста, ответственного за прием почты.
Пример :

test-site.ru. MX. 10. mx.yandex.ru. IN. 3600.

NAME TTL CLASS TYPE DATA
MX.YANDEX.RU 3600 IN MX 10

NS (name server/сервер имён ) указывает на DNS-сервер, обслуживающий данный домен. Вернее будет сказать - указывают сервера, на которые делегирован данный домен. Если записи NS относятся к серверам имен для текущей зоны, доменная система имен их практически не использует. Они просто поясняют, как организована зона и какие машины играют ключевую роль в обеспечении сервиса имен.
Пример :

test-site.ru. NS. ns1.test-site.ru. IN. 3600.
test-site.ru. NS. ns2.test-site.ru. IN. 3600.

NAME TTL CLASS TYPE DATA
TEST-SITE.RU. 3600 IN NS NS1.TEST-SITE.RU
TEST-SITE.RU. 3600 IN NS NS2.TEST-SITE.RU

PTR (pointer ) - Записи PTR связывают IP-адрес с именем хоста в домене обратного поиска (in-addr.arpa). Запись содержит IP-адрес и имя хоста, соответствующее этому адресу. Имя хоста задается в формате полностью определенного доменного имени. Многие сайты в качестве меры безопасности запрещают доступ со стороны компьютеров, у которых существуют расхождения между записями А и PTR, поэтому следите за тем, чтобы содержимое записей PTR синхронизировалось с записями А.

SOA (Start of Authority/начальная запись зоны ) - описывает основные/начальные настройки зоны, можно сказать,определяет зону ответственности данного сервера. Для каждой зоны должна существовать только одна запись SOA и она должна быть первая.Поле NAME содержит имя домена/зоны, поля TTL, CLASS - стандартное значение, поле TYPE принимает значение SOA, а поле DATA состоит из нескольких значений, разделенных пробелами:

- имя главного DNS (Primary Name Server)

- адрес администратора зоны

Далее - серийный номер файла зоны (Serial number ) . При каждом внесении изменений в файл зоны данное значение необходимо увеличивать, это указывает вторичным серверам, что зона изменена, и что им необходимо обновить у себя зону.

Далее - значения таймеров (Refresh - указывает, как часто вторичные серверы должны опрашивать первичный, чтобы узнать, не увеличился ли серийный номер зоны, Retry - время ожидания после неудачной попытки опроса, Expire - максимальное время, в течение которого вторичный сервер может использовать информацию о полученной зоне, Minimum TTL - минимальное время, в течение которого данные остаются в кэше вторичного сервера).

Пример :

test-site.ru. SOA. test-site.ru. root.test-site.ru. 2013112923. 10800. 3600. 604800. 86400. IN. 3600.

NAME	TTL	CLASS	TYPE	DATA (в соответствии с порядком выше)
TEST-SITE.RU.		IN	SOA	test-site.ru	root.test-site.ru	2013112923	10800.3600.604800.86400
				test-site.ru. root.test-site.ru. 2013112923. 10800. 3600. 604800. 86400

SRV (server selection ) - указывают на сервера, обеспечивающие работу тех или иных служб в данном домене (например Jabber и Active Directory).

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

Делегирование (корректнее сказать делегирование ответственности ) - это операция передачи ответственности за часть дерева доменных имен (зону) другому лицу или организации. За счет делегирования, в DNS обеспечивается распределенность администрирования и хранения зон.

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

Делегирование домена производится при помощи изменения NS – записей домена, в которых указывается адрес DNS-сервера, который принадлежит третьему лицу и отвечает за поддержание доменной зоны. Диапазоны IP-адресов делегируются с помощью доменной зоны in-addr.arpa.

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

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

Регистрация доменных имен

В двух словах хотел бы затронуть вопросрегистрации доменных имен .

Регистрация доменов - это действие, посредством которого клиент сообщает регистратору, каким DNS-серверам следует делегировать поддомен, и также снабжает регистратора контактной и платежной информацией. Регистратор передает информацию в соответствующий реестр. Чаще всего, это процесс внесения в реестр зоны первого уровня (то есть в TLD зоны ru, com или др.), записи о новом доменном подимени.

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

Уровни доменов, для которых необходима обязательная регистрация лица, ответственного за домен, следующие:

корневой домен
все домены первого уровня (TLD)
некоторые домены второго уровня (например, com.ru или co.uk)

Регистратором для корневого домена является организация ICANN . Чтобы стать регистратором доменов в зонах второго уровня (.com .net .org .biz .info .name .mobi .asia .aero .tel .travel .jobs ...), необходимо получить аккредитацию ICANN.