Основная цель 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 сервером в мире.
Доменная структура 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 имени в IP-адрес. После того как вы набираете что либо в адресной строке и нажимаете enter у него появляется работа. Изначально он знает о доменном имени не больше чем вы, поэтому-то он и начинает спрашивать. Рассмотрим процедуру получение ip-адреса на основе доменного имени.
Если пользователь обращается в течение короткого времени к одному и тому же ресурсу сети, то запрос на удаленный сервер не отправляется, а идет поиск информации в кэше. Порядок обработки запросов можно описать так: поиск ответа в локальном кэше -> поиск ответа на локальном сервере провайдера -> поиск информации в сети.
Данная схема является наиболее распространенной в сети и выглядит следующим образом:
Вот как происходит определение 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, например соответствие имени домена - IP адреса.
При этом, возможно использовать следующие символы:
Со всем набором ресурсных записей можно ознакомиться в wikipedia . Наиболее часто на практике применяемыследующиересурсные записи :
Пример : test-site.ru. A. 5.9.195.90. IN. 3600.
Пример :
test-site.ru. MX. 10. mx.yandex.ru. IN. 3600.
NAME | TTL | CLASS | TYPE | DATA |
MX.YANDEX.RU | 3600 | IN | MX | 10 |
Пример :
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 |
- имя главного 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 |
Делегирование (корректнее сказать делегирование ответственности ) - это операция передачи ответственности за часть дерева доменных имен (зону) другому лицу или организации. За счет делегирования, в DNS обеспечивается распределенность администрирования и хранения зон.
Технически, делегирование - это внесение списка DNS-серверов, на которых должна быть размещена техническая информация о домене (файл зоны), на DNS-серверы, обеспечивающие работу доменов верхнего уровня. Делегирование является необходимым условием работы сайта и почты на домене.
Делегирование домена производится при помощи изменения NS – записей домена, в которых указывается адрес DNS-сервера, который принадлежит третьему лицу и отвечает за поддержание доменной зоны. Диапазоны IP-адресов делегируются с помощью доменной зоны in-addr.arpa.
В связи с техническими особенностями фунционирования системы преобразования доменных имен после установки для домена DNS-серверов домен проделегируется на них не сразу. Несмотря на то, что почти в тот же момент информация на whois-сервере изменится, локальные DNS-серверы интернет-провайдеров получат ее только через некоторое время.
Опытным путем установлено, что на делегирование домена, т.е. на распространение информации о новых DNS среди интернет-провайдеров нашей планеты, требуется около 24 часов. Но не стоит удивляться, если после смены DNS-серверов Вы сможете увидеть рабоспособный сайт на Вашем домене намного раньше. Это обычная практика, и 24 часа - это максимальный промежуток времени, требуемый на делегирование домена.
В двух словах хотел бы затронуть вопросрегистрации доменных имен .
Регистрация доменов - это действие, посредством которого клиент сообщает регистратору, каким DNS-серверам следует делегировать поддомен, и также снабжает регистратора контактной и платежной информацией. Регистратор передает информацию в соответствующий реестр. Чаще всего, это процесс внесения в реестр зоны первого уровня (то есть в TLD зоны ru, com или др.), записи о новом доменном подимени.
Регистратор доменных имён - это организация, имеющая полномочия создавать (регистрировать) новые доменные имена и продлевать срок действия уже существующих доменных имён в домене, для которого установлена обязательная регистрация.
Уровни доменов, для которых необходима обязательная регистрация лица, ответственного за домен, следующие:
Регистратором для корневого домена является организация 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-серверов. Это операция доступна любому человеку с начальным уровнем знаний интернет-пользователя. Технически же, чтобы делегировать домен, нужно указать в его зоне ресурсную запись (чаще несколько записей) типа NS .
Согласно Правилам регистрации доменных имен в доменах.RU и.РФ, заявка на делегирование выполняется только при условии, что регистратор проверил возможность связи с администратором по хранящемуся в Реестре номеру телефона с функцией приема коротких текстовых сообщений (sms).
В некоторых зонах (например .ru , .su и .рф ) домены могут быть сняты с делегирования, несмотря на то что для них указаны DNS-серверы. Фактически такой домен не будет доступен, контроль над его зоной не будет передан никаким name-серверам, но whois-сервер по-прежнему будет сообщать, что для домена прописаны некие DNS-серверы. При этом whois-сервер обязательно отображает информацию о статусе домена, например, для зоны .ru в случае снятия с делегирования прописан state: REGISTERED, UNDELEGATED . Статусы доменных имен вы можете посмотреть в нашем .
Причины для срочного снятия домена с делегирования разнятся. Инициатива может исходить как от владельца домена, так и от регистратора. Если сам владелец желает мгновенно отключить от домена все связанные с ним сервисы и сайты, ему нужно установить для домена статус UNDELEGATED (в зависимости от доменной зоны статусы могут варьироваться), и задача будет выполнена. Если к регистратору поступает жалоба на определенный домен, он вправе снять домен с делегирования принудительно на свое усмотрение.
Кроме экстренных случаев снятия домена с делегирования существуют также стандартные, регламентированные правилами реестра.
После окончания срока регистрации домена домен снимается с делегирования и наступает период блокировки, по прошествии которого домен удаляется из Реестра. Домены в зонах .ru , .su и .рф не удаляются по выходным и праздничным дням, а также в первый рабочий день после нерабочего дня. Для большинства западных доменных зон установлены похожие правила.
Из-за технических особенностей системы преобразования доменных имен (т.н. система DNS) после установки для домена DNS-серверов домен проделегируется на них не сразу. Несмотря на то, что почти в тот же момент информация на whois-сервере изменится, локальные DNS-серверы интернет-провайдеров получат ее только через некоторое время. Опытным путем установлено, что на делегирование домена, т.е. на распространение информации о новых DNS среди интернет-провайдеров нашей планеты, требуется около 24 часов . Но не стоит удивляться, если после смены DNS-серверов Вы сможете увидеть работоспособный сайт на вашем домене намного раньше. Однако может случиться и так, что сайт будет недоступен по прошествии суток. Максимальный промежуток времени, требуемый на делегирование домена, — 72 часа .
Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».
Делегирование домена – это направление домена на хостинг посредством передачи некоторой части доменной зоны третьей стороне. Процесс делегирования происходит посредством указания в настройках домена на веб-ресурсе компании, уполномоченной регистрировать новые доменные имена.
Создание домена состоит из двух этапов: регистрации и делегирования. В первом случае происходит получение доменного имени у с занесением информации в соответствующую базу. Далее необходимо привязать имя домена к . Этот процесс называют делегированием.
Домен – это символьное имя или идентификатор. Он дает возможность пользователям находить адрес интернет-сервера. Для того, чтобы ресурс стал доступен для широкой аудитории по конкретному доменному имени, необходимо связать его с сервером hosting, на котором размещается сайт. Делегирование домена – это процесс присоединения домена к серверу. Хостинг входит в пакет по обслуживанию, а делегирование – одно из главных условий размещения файлов сайта в сети. Сервер, отвечающий за определенный домен, может передать часть его функций другому серверу, который, в свою очередь, берет на себя ответственность за работоспособность.
Проще говоря, делегировать домен – это присвоить ему адрес, по которому люди смогут переходить на сайт. Для этого в настройках домена регистрируется запись о ДНС-серверах организаций, предоставляющих услуги размещения сайтов на своих технических площадках. Воспользоваться функцией можно через панель управления.
Чтобы обеспечить бесперебойный процесс работы сайта и его доступность для пользователей, нужно внести записи сразу о нескольких DNS-серверах. Для проверки того, делегирован домен или нет, необходимо зайти на сервис проверки доменов Whois-сервис , ввести имя сайта в поисковую строку и получить соответствующую информацию. Делегированный домен имеет запись следующего содержания: «состояние: зарегистрирован, делегирован». В противном случае запись будет такой: «состояние: зарегистрирован, не делегирован».
Существует множество причин, в соответствии с которыми домен рискует оказаться снятым с делегирования. Он будет заблокирован и недоступен, однако whois-сервер все равно будет отображать информацию о прописанных ранее серверах и статусе домена.
Инициатива снятия с делегирования принадлежит либо компании, которая предоставляет хостинг, либо самому владельцу сайта. Регистратор имеет право принудительно снять домен с делегирования при нарушении условий сотрудничества или поступления жалоб от третьих лиц. В этом случае необходимо сразу обратиться к регистратору с письменным заявлением в свободной форме.
Веб-мастер может самостоятельно отвязать от домена все сервисы и связанные с ним сайты. Для этого следует выполнить простые действия:
В зависимости от доменной зоны, срок снятия с делегирования может занимать от нескольких часов до суток.
После делегирования домена на несколько серверов они несут ответственность него и берут на себя обязанности отвечать на запросы, в соответствии с идентичностью IP-адреса с доменным именем.
Хостинг DNS и хостинг веб-ресурса представляют собой разные услуги, несмотря на то, что часто предоставляются хостинговой компанией в едином пакете. Они не связаны друг с другом, поэтому веб-мастер может без негативных последствий поменять хостинг ДНС. Функциональность и работоспособность сайта от этого не пострадает.
Если во время делегирования домена возникла ошибка, сообщающая, что невозможно получить SOA-запись (она указывает, на каком сервере находится информация о домене) необходимо обратиться к провайдеру, чья компания предоставляет услуги DNS-сервера. В обращении необходимо укажите просьбу об открытии зоны для конкретного домена. В противном случае специалист может воспользоваться сервером регистратора.
Когда домен и хостинг приобретаются по отдельности, рано или поздно перед веб-мастером встанет задача по их совмещению. Во-первых, это позволит сайту ранжироваться в поисковых системах и быть доступным для пользователей при вбивании домена в адресную строку. Во-вторых, только таким образом можно развивать проект.
Начать необходимо с поиска DNS-серверов. Их может быть несколько: один основной, а второй и последующие будут выполнять функции резервных вариантов. Найти подробную информацию об этом можно на сайте провайдера или посмотреть в письме, которое вам прислали на электронную почту во время покупки хостинга. Далее придерживайтесь простой инструкции. Вам нужно:
В течение ближайших десяти минут доступ на сайт будет временно потерян. Процесс передачи части доменной зоны не отнимает много времени, однако для привязки может потребоваться довольно длительный срок: от нескольких часов до двух-трех дней.
Действительно, такая возможность существует. Но для этого необходимо сотрудничать только с одним провайдером. Очень часто компании, предоставляющие услуги размещения сайтов, дают скидку на регистрацию или предлагают бесплатный домен.
Если имя сайта и хостинг куплены у разных продавцов, то полноценное функционирование ресурса без делегирования невозможно. Пользователи не смогут находить сайт в результатах выдачи, поисковые роботы не будут индексировать страницы. Все это негативно отразится на дальнейшем развитии проекта.
Перед тем, как приступить к объяснению, стоит разобраться в понятии делегирования домена на хостинг . Это понятие означает передачу прав на техническое сопровождение доменного имени. Чтобы эту процедуру можно было осуществить, в первую очередь следует получить информацию о DNS сервере. Ее можно получить у провайдера, у которого будет покупаться хостинг. Делегирование доменного имени предполагает передачу ответственности за это имя этому DNS серверу. Он же будет отвечать за отклик на поступающие запросы.
Если упростить определение, то делегирование - это присвоение домену определенного «места обитания». Эта процедура нужна тогда, когда хостинг и домен покупаются у разных провайдеров и их необходимо соединить.
Многие начинающие вебмастера смутно понимают разницу между этими действиями. Такая путаница неудивительна, так как далеко не все владельцы сайтов разбираются во всех терминах и нюансах, связанных с созданием и размещением сайта. Однако, ориентироваться в понятиях очень полезно для всех, кто сталкивается с этой темой.
Регистрация доменов условно разделяется на два этапа: регистрация и делегирование. Первый - это получение доменного имени у регистратора, внесение данных об этом в общую базу доменов. После этого имя нужно привязать к хостингу. Процесс привязки - и есть делегирование. Имя не будет работать до тех пор, пока не будет делегировано.
Как происходит делегирование доменов
Этот процесс включает несколько шагов.
Когда домен и хостинг покупаются отдельно, рано или поздно настанет время их совместить. Когда доменное имя вступит в силу, его можно будет найти в поисковой выдаче или просто ввести имя в адресной строке и попасть на сайт. Соответственно, сайт можно будет развивать, его увидят посетители, вес проекта будет расти с каждым днем.
Начать нужно с поиска адресов DNS серверов. Как правило, есть два таких сервера, но бывает и больше. Обычно один является главным, а все остальные - резервными. Эту информацию можно поискать на сайте провайдера, в электронном письме, полученном при покупке хостинга. После этого следует выполнить некоторые простые действия.
В первую очередь нужно зайти в пользовательскую панель, которая находится на сайте регистратора домена. В ней есть раздел «Домены». В этом разделе следует найти и выбрать имя, которое необходимо делегировать.
После этих действий можно войти в такую же панель управления, только относящуюся к хостингу. В ней имеется раздел «Домены». В этом разделе необходимо внести информацию о новом домене.
Через минуту после внесения данных доступа к сайту, скорее всего, не будет. Пугаться этого не стоит. На делегирование не требуются временные затраты. Но процесс привязки все же может затянуться на несколько часов, сутки или более.
Многих вебмастеров интересует, можно ли пропустить этот этап. Да, безусловно его можно пропустить, если оба элемента - хостинг и домен - будут куплены у одного и того же поставщика услуг. Хостеры чаще всего предлагают скидки на домен при покупке хостинга или вовсе дают его бесплатно.
Если домен и хостинг куплены в разных местах, то без делегирования обойтись не получится. Только так пользователи смогут увидеть сайт на просторах итернета.
Делегирование домена - это указание 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» .
Остальные поля настраиваются аналогично первой записи.