Сайт о телевидении

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

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

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

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

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

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

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

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

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

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

Сервера DNS

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

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

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

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

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

Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

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

Создание домена состоит из двух этапов: регистрации и делегирования. В первом случае происходит получение доменного имени у с занесением информации в соответствующую базу. Далее необходимо привязать имя домена к . Этот процесс называют делегированием.

Что значит делегирование домена

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

Проще говоря, делегировать домен – это присвоить ему адрес, по которому люди смогут переходить на сайт. Для этого в настройках домена регистрируется запись о ДНС-серверах организаций, предоставляющих услуги размещения сайтов на своих технических площадках. Воспользоваться функцией можно через панель управления.

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

Что значит снять домен с делегирования

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

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

Веб-мастер может самостоятельно отвязать от домена все сервисы и связанные с ним сайты. Для этого следует выполнить простые действия:

• Найти нужный домен, авторизовавшись и пройдя в соответствующий раздел.
• Нажать кнопку «Приостановить делегирование домена».

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

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

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

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

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

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

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

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

1. Войти в панель удаленного администрирования веб-ресурсов через браузер, она располагается на сайте регистратора.
2. Найти домен, который подлежит делегированию, и нажать на него.
3. Удалить заполнение всех старых полей DNS на странице редактирования.
4. Открыть панель хостинга,перейти в раздел «Домены» и внести новую информации: имя, пароль и т. д.

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

Можно ли обойти процедуру делегирования

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

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

Введение

Основная цель 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/ - расширенные сведения по ДНС