Введение

Основная цель 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.


Ссылки:

https://www.nic.ru/whois/ - проверка доменов (основные сведения)

http://www.cy-pr.com/tools/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 адреса у службы поддержки регистратора, который предоставляет вам хостинг.

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

Продолжим подготовку к «переезду» и если вы читали - займёмся делом:
Как делегировать домен на хостинг? — первое, запаситесь терпением – это, поверьте, принесёт только пользу. Будьте сдержанны, разговаривая в переписке с техподдержкой. Ругань ни к чему положительному не приведёт. Презирайте недобросовестность «старого» хостера спокойно и ласково)


Но скажу честно, я, например, мало сталкивался с откровенно плохой работой техподдержки, хотя многие не стесняются в выражениях, обвиняя её. Пишите тикет (обращение к хостеру ) короче и по существу вопроса; одно письмо – один или пара вопросов, но не нагружайте послание всеми возможными запросами. Будет лучше, если вы, новый и конкретный вопрос отправите (через какое-то время) отдельным посланием. Тогда будет и конкретный ответ. А вам - по их готовности помочь - останется только судить о добросовестности НОВОГО хостинг-провайдера.

просим прежнего хостера отпустить домен

Переходим к важному моменту… Делегируем домен– прописываем новые NS сервера ваших доменных имён (это делается во вкладке «настройки доменов» вашей панели управления старым хостингом. О настоящих и правильных NS, вам целесообразнее было бы узнать от нового хостера, а ни читая всевозможные статьи в нете:

во-первых, большинство материала, который выдаёт поисковик – старый (не актуальный на «сей» день)!

Во-вторых, в подобных случаях нужно черпать информацию непосредственно у того хостера, которого вы выбрали. И если хостер достойный) то и лазить по «»нету»» в поисках помощи вам не будет нужды (на это тоже стоит обратить внимание при выборе…).
Итак…
Если вы узнали ПРАВИЛЬНЫЙ ns сервер (адрес), которых (реже) может быть четыре, но обычно их два. И выглядят они примерно так:
(я взял reg.ru только для примера))

Ns1.reg.ru. ns2.reg.ru.

…если у вас уже оплачена новая площадка хостинга. Касаемо REG.RU можно взглянуть здесь

ИЛИ так…

Ns1.hosting.reg.ru ns2.hosting.reg.ru

повторюсь: правильные сервера - правильнее всегда узнавать на официальном сайте…

Со всеми иными хостерами – аналогия проста и очевидна.
Узнать и контролировать текущую прописку DNS любого домена можно И ЗДЕСЬ - также возможно узнать течение смены оных. Более подробно об dns смотрите в Википедии…

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

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

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

Стоит также помнить в этом случае, что физически ваш домен остаётся у регистратора доменного имени.

…Стирайте старые ns записи и прописывайте полученные у нового хостера (скопируйте на всякий случай старые строки серверов себе на комп), всё это сохраняйте… …и тут же идите в панель (cpanel) управления НОВЫМ хостингом. Здесь нужно «прикрепить» ваши домены, и если вы изучили панель нового хостинга, то проблем найти что-то подобное «файловый менеджер» вам не составит труда. И в той вкладке (согласно правилам выбранного хоста) вписывайте ваш домен - здесь он и будет ожидать ПЕРЕНОСА на новые сервера , а вам останется только ждать (от одного до пяти часов), когда новый сервер (хостинг) пропишет ваш домен (а значит и сайт).

Совет: как только выполните вышеперечисленное, сразу же на свежей оплаченной площадке заочно прописывайте свой ДОМЕН и сайт: распакуйте архив блога и приводите в рабочее состояние корневые папки; закачивайте БД MySQL … и не забудьте ВСЁ РАСПАКОВАННОЕ увязать в файле wp-config.php .

И коли сделаете это быстренько - здорово!

…а выполняется эта задача достаточно просто: в следующей статье я об этом расскажу. Расскажу и о последующей подстройке сайта («доводка» может отнять какое-то время). Будьте готовы…
И ещё об одной возможной закавыке, в связи с долгим кэшированием «глобальной паутины »:

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

Ну и, для успокоения, приведу примерный алгоритм течения переноса (всё описанное применимо, если у вас ещё рабочий старый хостинг): как только пропишете новые NS – через некоторое время придёт на вашу почту письмо, о том, что «…запрос о смене NS-серверов поставлен в очередь…».

Всё! Процесс запущен…

И не отчаивайтесь, если сразу и, скорее всего, с работой вашего сайта или сайтов ничего не произойдёт. Несколько часов он будут работать как и работал – по старым адресам серверов, потому что соединение с ним будет происходить какое-то время по старому КЭШированному каналу – системе самого «интернета» нужно время для обновления (контролируйте смену NS по вышеуказанной ссылке).

…Далее, возможно, вы увидите перебои с заходом к себе на сайт – это тоже нормально (процесс смены ns серверов движется).
А вскоре и вовсе он может пропасть из выдачи… «зависнет»… Хорошо. Значит, ошибок с вашей стороны не было.

И непременно, через некоторое время, при очередном тестовом обращении к домену через браузер, появится техническое окно нового хостера. Здорово!

Значит, вам остаётся только правильно перенести САЙТ (или сайты).

Скажу одно: вся эта система сложна, и сказать, сколько точно по времени будет происходить смена АДРЕСОВ сайта, не может никто – нам остается желать одного, чтоб этот переезд как можно меньше отнял у нас нервов.

На этом пока всё…

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

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

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

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

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

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

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

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

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

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

Сервера DNS

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

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

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

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

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

В этой статье я покажу, как делегировать домен, расскажу, что это значит, а также вы узнаете, что такое 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 записываем следующие данные.