Dns — что такое и для чего используется
DNS сервера ― что это
Интернет — это бесчисленное количество физических устройств (серверов, компьютеров, планшетов и т.д.), связанных между собой в сеть. Любой сайт в интернете по факту находится на физическом устройстве. Каждое устройство имеет свой уникальный номер — Типы записей и их параметры:Файл зоны состоит из ресурсных записей разных типов.Единственный поддерживаемый класс записей — IN.Набор ресурсных записей с одинаковым типом, классом и именем (в левой части записи)
называется множеством записей (RRset).Обязательными являются записи типа SOA и NS для имени, совпадающего
с названием зоны. Все остальные могут отсутствовать.Записи состоят из различных полей (параметров).Формат записи временных параметровВ интерфейсе редактора зон возможно указать значение временных параметров
в неделях, днях, часах, минутах и секундах, используя соответствующие буквы:
w — недели, d — дни, h — часы, m — минуты, s — секунды.XXw — XX недель, XXd — XX дней, XXh — XX часов, XXm —
XX минут, XXs — XX секунд (где XX — число).В файл зоны временной параметр будет записан в секундах.Примеры записей:1890 — 1890 секунд;2d5h — 2 дня и 5 часов;3h30s — 3 часа и 30 секунд.СвернутьПараметры Default TTL, TTL, Minimum TTLВременные параметры Default TTL,
TTL, Minimum TTL определяют
время TTL (Time-to-live — «время жизни»), в течение которого
DNS-серверы (кроме вторичных), получившие информацию о записях с любого DNS-сервера,
будут ее хранить в своей памяти (кэше) и сообщать ее по запросам других DNS-серверов.TTLОпределяет «время жизни» (time-to-live) для конкретной записи.
Необязательный параметр. Если значение параметра в записи не указано,
то «время жизни» определяется параметром Default TTL.Рекомендуемое значение:86400 (1d);Диапазон допускаемых редактором DNS-master значений:от 600 до 2147483647 секунд включительно (231−1).Записи, принадлежащие одному множеству RRrset (с одинаковым типом,
классом и именем в левой части записи), должны иметь одинаковое значение TTL.Default TTLОпределяет время TTL— «время жизни», в течение
которого кэширующие DNS-серверы, получившие информацию о записях с любого DNS-сервера,
будут ее хранить в своей памяти (кэше) и сообщать ее по запросам других DNS-серверов
и резолверов.Рекомендуемое значение:86400 (1d);Диапазон допускаемых редактором DNS-master значений:от 600 до 2147483647 секунд включительно (231−1).Minimum TTLОпределяет «время жизни» отрицательных ответов на запросы
о ресурсах, не существующих в DNS.Допустимые значения:не менее 5 минут.Формат записи временных параметров приведен в соответствующем
разделеСвернутьSOA-записьЗапись SOA (Start of Authority) или начальная запись зоны
указывает, на каком сервере хранится эталонная информация о данном домене,
содержит контактную информацию лица, ответственного за данную зону, параметры
времени кэширования зонной информации и взаимодействия DNS-серверов. В любой зоне должна быть только одна SOA-запись для имени, совпадающего
с именем зоны.Формат SOA-записи имя [TTL] SOA Данныеимя: имя зоны TTL: см. описание параметра TTLSOА: тип записи Данные: Primary Name ServerПервичный (Primary) DNS-сервер для некоторой зоны — DNS-сервер,
на котором хранится полная исходная информация об этой зоне.Пример записи:ns3-l2.nic.ru. (неизменяемая запись).HostmasterАдрес электронной почты лица, ответственного за содержимое файла зоны.Формат записи параметра Hostmaster:В интерфейсе редактора зон в этом поле следует указывать электронный адрес
(один) в обычном формате адреса электронной почты.В файл зоны адрес будет записан в стандартном для поля Hostmaster формате,
т.е. с символом «@», замененным на «.», и с точкой в конце.Пример записи:dns.nic.ru. Serial numberSerial number (серийный номер) — это номер версии файла зоны.
Этот номер должен быть положительным целым числом и увеличиваться каждый раз,
когда в файл зоны вносятся изменения (см. RFC1982). Увеличение серийного номера
показывает вторичным серверам, что зона изменена, и что им необходимо обновить
у себя зону.Вы можете не увеличивать этот номер вручную, т.к. он увеличивается
автоматически при сохранении файла зоны в редакторе файлов зон.Если вы измените серийный номер так, что после сохранения файла зоны
он останется неизменным или станет меньше, чем был ранее, то вторичные серверы
не будут перечитывать данные с первичного сервера, т.к. будут считать, что данные
не изменились.Диапазон допустимых значений (для редактора файлов зон):
от 0 до 2147483646 включительно (231−2).RefreshВременной параметр Refresh показывает, как часто вторичные серверы
должны запрашивать первичный сервер, чтобы узнать, не увеличился ли
Serial number(серийный номер) зоны и, следовательно, не нужно
ли обновить ее у себя.Рекомендуемое значение: от 1h до 6h.Диапазон допустимых значений: от 30m до 4w.Формат записи временных параметров приведен в соответствующем
разделе. RetryПараметр Retry показывает, как долго вторичный сервер имен должен ждать, перед тем как повторить попытку запроса первичного сервера (на предмет изменений серийного номера данной зоны), если предыдущая попытка оказалась неудачной.Рекомендуемое значение: от 20m до 60m;Диапазон допустимых значений: от 5m до 2w.Формат записи временных параметров приведен в соответствующем разделе. ExpireПараметр Expire указывает верхнее ограничение по времени, в течение которого
вторичный сервер может использовать ранее полученные данные о зоне до того, как они
потеряют силу из-за отсутствия обновления (например, вследствие отключения первичного
сервера имен на длительное время).Рекомендуемое значение: от 1w до 1m;Диапазон допустимых значений: не менее значения параметра Refresh
и не более 1 года.Формат записи временных параметров приведен в соответствующем разделе. Редактирование SOA-записиДля редактирования SOA-записи необходимо выбрать домен.Затем выбрать пункт «SOA и TTL».После чего заполнить необходимые поля и нажать кнопку «Применить».Далее, перед выгрузкой обновленного файла зоны можно посмотреть его содержимое,
для этого нужно зайти в пункт «Ресурсные записи».Нажать ссылку «предпросмотр зоны».В открывшемся окне проверить правильность обновляемых данных.В данном случае SOA-запись имеет следующий вид:domaintest.ru. IN SOA ns3-l2.nic.ru.
dns.nic.ru. ( 2022012102 ; serial 1440 ; refresh 36000 ; retry 2592000 ; expire 600 ; minimum ) Если данные верны, то нужно выгрузить зону. Для этого закройте окно с содержимым
файла зоны и нажмите кнопку «Выгрузить зону».СвернутьA-запись NS-запись Записи типа NS (Name Server — cервер имен) описывают DNS-серверы
для данного домена. Количество записей типа NS в файле зоны должно точно
соответствовать количеству DNS-серверов, обслуживающих домен и включать все DNS-серверы,
указанные в домене. Для доменов второго уровня это DNS-серверы, указанные
в полях «nserver» в информации по домену, которую можно получить, используя сервис
Whois (https://www.nic.ru/whois/).Запись типа NS имеет следующий формат:доменное_имя [TTL] NS имя_хостаTTL: см. описание параметра TTLNS: тип записиимя_хоста: доменное имя DNS-сервера.Примеры NS-записей в домене domaintest.ru.
Указаны DNS-серверы, обслуживающие домен domaintest.ru и домен третьего уровня
test в домене domaintest.ru (test.domaintest.ru).Для домена domaintest.ru:В случае делегирования поддомена, например, test.domaintest.ru:Обращаем ваше внимание на то, что у всех записей типа NS, относящихся к одному
доменному имени, значение TTL должно быть одинаковым.Если для делегирования некоторого домена в зону внесены NS-записи,
то для этого доменного имени в данной зоне не может быть других типов записей,
кроме glue-записей, если они нужны (см. RFC1034).Например, в зоне domaintest.ru делегирован домен vasja.domaintest.ru:vasja.domaintest.ru. NS ns1.vasja.domaintest.ru.vasja.domaintest.ru. NS ns2. vasja.domaintest.ru.В этом случае нужны glue-записи (A-записи с указанием IP-адресов DNS-серверов,
на которых размещен домен) вида:ns1.vasja.domaintest.ru. A 194.123.1.1ns2.vasja.domaintest.ru. A 194.123.2.1и недопустимы записи вида:vasja.domaintest.ru. MX 10 mail.domaintest.ru.www.vasja.domaintest.ru. A 194.123.1.3Эти записи должны находиться в зоне домена vasja.domaintest.ru.СвернутьMX-запись Запись типа MX (Mail Exchange — почтовый сервер) определяет почтовый
сервер — машину, которая обрабатывает почту для вашего домена.Запись типа MX имеет следующий формат:доменное_имя [TTL] MX приоритет почтовый серверTTL: см. описание параметра TTLMX: тип записиприоритет: определяет значение приоритетности почтового сервера.
Чем меньше число, тем выше приоритет почтового сервера
(0 означает самый высокий приоритет, 65535 — самый низкий). Таким образом,
почтовый сервер с более высоким приоритетом является основным, а почтовые серверы
с более низкими приоритетами будут второстепенными и вступят в работу в том случае,
если все более приоритетные серверы по каким-либо причинам недоступны
или неработоспособны.почтовый сервер: имя почтового сервера.Примеры MX-записей для домена domaintest.ru:илиТаким образом, почтовый сервер relay2.domaintest.ru является основным,
а relay3.domaintest.ru является второстепенным почтовым сервером и вступает
в работу в том случае, если relay2.domaintest.ru по каким-либо причинам недоступен
или неработоспособен.Обращаем ваше внимание на то, что у всех записей типа MX, относящихся
к одному доменному имени, значение TTL должно быть одинаковым, то есть приведенные
в примере записи не могут существовать одновременно.СвернутьCNAME-запись Запись типа CNAME (Canonical Name — каноническое имя) позволяет
присваивать хосту мнемонические имена. Мнемонические имена, или псевдонимы,
широко применяются для связывания с хостом какой-либо функции, либо просто
для сокращения имени.Реальное имя иногда называют каноническим.Если для хоста есть запись типа CNAME, которая содержит его мнемонические
имена, другие записи для данного хоста должны ссылаться на его реальное
(каноническое) имя, а не на мнемоническое. Когда программы DNS встречают запись
CNAME, они прекращают свои запросы по мнемоническому имени и переключаются
на реальное имя.Например, недопустима конструкция вида:ns1.domaintest.ru. CNAME ns.domaintest.ru.office.domaintest.ru. NS ns1.domaintest.ru.Кроме того, если данное имя использовано в качестве псевдонима,
то на него нельзя занести записи любого другого типа.Т.е. недопустима конструкция вида:domain CNAME имя_хостаdomain MX 10 почтовый серверМнемонические имена полезны, например, в случае, когда имя хоста изменилось,
и вы хотите разрешить пользователям, знающим старое имя, получить доступ к хосту.Запись типа CNAME имеет следующий формат:мнемоимя [TTL] CNAME имя_хостаМнемоимя: мнемоническое имя хостаTTL: см. описание параметра TTLCNAME: тип записиимя_хоста: каноническое имя хоста.Примеры CNAME-записей для хоста archive.domaintest.ru в домене
domaintest.ru.:илиСвернутьAAAA-запись PTR-запись SRV-запись Записи типа SRV используются для поиска серверов, обеспечивающих работу
тех или иных служб в данном домене.С подробным описанием этого типа записей вы можете ознакомиться в
RFC-2782.Запись типа SRV имеет следующий формат:_Service._Proto.Name [TTL] SRV Priority Weight Port TargetService: название службы (пример: ldap, kerberos, gc и другие).Proto: протокол, при помощи которого клиенты могут подключиться
к данной службе (пример: tcp, udp).Name: имя домена, в котором размещена данная служба.TTL: см. описание параметра TTL.SRV: тип записи.Priority: приоритет данного сервера. Чем меньше число, тем выше приоритет
(0 означает самый высокий приоритет, 65535 — самый низкий).Weight: относительный вес для серверов с одинаковым приоритетом.
Предназначен для распределения нагрузки между серверами, для которых указан равный
приоритет.Port: порт, на котором размещена указанная служба на данном сервере.Target: доменное имя сервера, предоставляющего данную службу.Примеры SRV-записейилиСвернутьTXT-запись Работа с ресурсными записями:Просмотр существующих ресурсных записейДобавление новых ресурсных записейМаски (символ «*») в записях файла зоныDNS резервирует специальный символ, звездочку (*), для использования
в файлах зоны в качестве части маски. Звездочка сопоставляется с любым числом
меток в имени, за исключением тех случаев, когда запись для имени уже существует
в базе данных DNS-сервера.Место использования маски строго определено — это может быть только первый символ в поле имени текущего домена или имени хоста, отделенный от остальных символом «.».Символ звездочка (*) недопустим в имени домена в левой части NS-записи.Примеры использования масок:Записи означают, что почта, отправленная на адрес somebody@domaintest.ru,
будет направлена на почтовый сервер relay1.domaintest.ru, а почта,
отправленная на любые другие адреса в домене domaintest.ru, например,
somebody@mail.domaintest.ru или somebody@anyhost.domaintest.ru,
будет направлена на почтовый сервер relay2.domaintest.ru. илиЗапись означает, что любое возможное имя хоста в домене domaintest.ru
(например, «www.domaintest.ru», «mail.domaintest.ru», «anyname1.anyname2.domaintest.ru»
и т.п.) будет соответствовать IP-адресу 194.123.1.1.Ограничения масок:Маски не сопоставляются с доменными именами, для которых уже определены данные.Например:*.domaintest.ru. MX 10 relay2.domaintest.rumail.domaintest.ru. MX 10 relay3.domaintest.ruinfo.domaintest.ru. A 194.123.1.1office.domaintest.ru. NS ns1.office.domaintest.ruПочта, например, для somebody@mail.domaintest.ru будет отправляться
на почтовый сервер relay3.domaintest.ru, но почта для somebody@anydomain.domaintest.ru
будет отправляться почтовому серверу relay2.domaintest.ru.
Поиск MX-записи для info.domaintest.ru приведет к получению ответа,
что MX-записи для данного доменного имени не существует.
Маска не может быть использована, так как для этого имени существует A-запись.
Маска также не будет использована для доменных имен в пределах зоны
office.domaintest.ru, так как маски не распространяются за границы делегирования.Свернуть
Видеоинструкция
Изменение DNS-записей через ISPmanager
Откройте панель ISPmanager и перейдите в раздел Домены — Доменные имена. Выберите нужный домен в списке, сверху «Записи». Здесь с помощью кнопок «Создать», «Изменить», «Удалить» можно управлять записями домена. После завершения редактирования записей вернитесь в раздел Домены — Доменные имена, выберите домен, настройки которого менялись, и нажмите сверху «Передать в NSы». Это немного ускорит процесс обновления записей на наших серверах имён.Статус обновления можно увидеть на этой же странице в колонке «Состояние»: Окончательно новые настройки вступят в силу после обновления глобального кэша DNS — оно занимает от 2 до 72 часов.
Как добавить второй домен или поддомен на хостинг?
Добавление второго, третьего и т.д. доменов или поддомена на хостинг происходит так же, как и первого домена. Подробная инструкция выше. Разместить несколько сайтов на одном хостинге можно на всех тарифных планах, в том числе и на бесплатном хостинге для сайтов html, кроме: Host-A (Win-A), Host-B (Win-B), Joomla-1 и Host-Unlim (для одного сайта). Если у вас заказан один из этих тарифных планов, просто повысьте его.
Как проверить, правильно ли привязан домен к хостингу
1.2.Перейдите к онлайн-проверке DNS-записей домена. В поле «Домен» введите имя домена, a в поле «DNS-сервер» введите один из DNS-серверов, которые показал сервис Whois. Нажмите Проверить:Обратите внимание на запись «A» — она указывает на сервер, с которого открывается ваш сайт:Почти готово. Осталось только сверить значение A-записи с сервером хостинга. Узнать сервер, на котором расположен ваш хостинг сайтов, можно при помощи статьи: Пароли для доступа к хостингу, серверу, FTP и MySQL.Неважно, какие DNS-серверы прописаны для вашего домена, важно, какие ресурсные записи прописаны на DNS-серверах. Если A-запись указывает на сервер вашего хостинга, значит домен привязан корректно.
От теории к практике
Когда вы приобретаете у регистратора домен, вам будет предложено его делегировать, т.е. указать DNS-сервера, на которых будет расположена доменная зона. Это могут быть сервера регистратора (обычно бесплатно), сервера хостера, публичные DNS-сервисы или собственные сервера имен, если он будет расположен в этой же доменной зоне, то вам потребуется также указать IP-адреса. Например, так выглядит окно делегирования домена у одного известного регистратора:Что именно туда указывать? Это зависит от того, где и как вы будете размещать свой сайт. Если вы используете виртуальный хостинг, то все необходимые записи создаются хостером автоматически, при добавлении в панели управления хостингом вашего сайта, все что вам надо — это делегировать домен на NS-сервера хостера, т.е. указать их в данном окне. Этот способ хорошо подходит начинающим, благодаря своей простоте, но есть и обратная сторона, возможность управления DNS-зоной со стороны пользователя отсутствует или минимальна. Кроме того, на виртуальном хостинге IP-адрес сайта может быть изменен администраторами без уведомления пользователя, поэтому, если вы не хотите использовать NS-сервера хостера, то этот вопрос следует обязательно обсудить с техподдержкой.Если вы переносите сайт к другому хостеру, то вам потребуется перенести сайт и поменять у регистратора сервера имен старого хостера на сервера нового. Но учтите, что информация в кэше DNS-серверов обновляется не мгновенно, а, как минимум, по истечении значения TTL-домена, поэтому в течении некоторого времени ваш сайт может быть доступен еще по старому адресу.
Работа DNS в сети интернет
В настоящее время интернет окружает нас повсюду — мы используем его в мобильных и настольных устройствах. Системы видеонаблюдения и даже чайники взаимодействуют друг с другом с помощью интернета, и для корректной связи с ними нужна система, с помощью которой пользователи смогут одним запросом в адресной строке подключиться к нужному сервису.Всё это ложится на плечи системы DNS, которая внутри себя хранит намного больше информации, чем просто IP-адрес и название устройств. Записи в DNS также отвечают за корректную отправку электронных писем, связывают друг с другом разные домены и доменные зоны.DNS является распределённой системой, а значит она имеет множество узлов, каждый из которых ответственен за свою зону. Такое возможно благодаря тому, что сама по себе структура DNS является иерархической, то есть выделяет зоны ответственности, где каждый родитель знает о расположении своего дочернего сервера, и знает зону его ответственности.Рассмотрим работу DNS и её составных частей поближе.
Рекурсия в DNS
Можно заметить, что оба описанных выше варианта сильно различаются: в первом случае мы просто послали запрос и получили ответ, а во втором — возникла необходимость идти от самого корневого домена в процессе поиска нужной нам записи. Такой процесс является рекурсивным, потому что ближайший DNS-сервер непрерывно посылает запросы к другим DNS-серверам до тех пор, пока не получит необходимые ресурсные записи. Данный процесс можно визуализировать следующим образом:При запросах 1 и 2 ближайший сервер будет получать информацию о местонахождении DNS-серверов, которые входят в зону ответственности того сервера, на который был послан запрос. При запросе 3 будут получены необходимые ресурсные записи домена hexlet и его поддоменов.Рекурсивный поиск — это достаточно долгая операция, которая к тому же сильно нагружает сеть и сами DNS-сервера. Именно для того, чтобы избавиться от рекурсии каждый DNS-сервер кеширует информацию о записях, которые получает, для быстрой отдачи этой информации пользователю.Как видно, рекурсивный поиск предполагает нахождение конечного ответа на наш запрос путём поиска записи по всем необходимым DNS-серверам, начиная с корневого. В противовес такому способу также существует итеративный запрос, который в отличие от рекурсивного выполняет всего лишь одну итерацию — это запрос ближайшему DNS-серверу, от которого мы можем получить как закешированный ответ, так и данные той зоны, за которую он ответственен. Важно отметить, что итеративный запрос предполагает всего один такой запрос.Чаще всего в интернете DNS-сервера умеют посылать рекурсивные запросы, потому что в таком случае ответ можно закешировать, что в дальнейшем позволит снизить нагрузку как на сам сервер, так и на другие DNS-сервера. Время, на которое DNS-сервер кеширует информацию, указывается в ресурсной записи DNS, о которой сейчас пойдёт речь.
Создание DNS-записей в Cpanel
Чтобы создать DNS-запись в CPanel, необходимо открыть «Расширенный редактор зон» в разделе «Домены».В открывшемся блоке следует указать тип DNS-записи и прописать в появившихся полях необходимые параметры — имя домена или поддомена, TTL (время хранения информации о записи в кеше DNS-сервера), IP-адрес. После редактирования остается нажать «Добавить запись».В случае правильного заполнения необходимых полей появится информационное сообщение «Система успешно добавила запись». Просмотр и редактирование добавленной записи возможны в таблице «Записи файла зоны». Время обновления DNS-записей на сервере — от 15 минут до часа. Нужно учесть, что на хостинге обновление DNS-записей происходит мгновенно, а на глобальном уровне — около суток.Дополнительно можно настроить параметру MX-записи, отвечающей за почтовый сервер. Для этого нужно нажать вкладку «Записи MX» в блоке «Электронная почта». Здесь можно изменить приоритеты маршрутизации в разделе «Маршрутизация электронной почты», а также добавить новую запись.Важно! Во всех рассмотренных выше случаях в полях «Имя» и «Домен» в конце необходимо добавлять точку.
Создание DNS-записи в ISPmanager
Нужно войти в панель ISPmanager и открыть раздел «Доменные имена», а затем нажать на название редактируемого домена.Далее перейти в «Записи» и на новой странице нажать «Создать».В этом окне остается указать тип создаваемой записи и необходимые параметры, в зависимости от выбора.Остается добавить DNS-запись нажатием кнопки «ОК». В течение часа изменения будут приняты.Ниже рассмотрены параметры, которые необходимо указывать при добавлении, в зависимости от выбранной записи. A-запись (AAA-запись) — необходимо указать IP-адрес сайта и имя добавляемого домена.MX-запись — в поле «Имя» указывается домен, которому будет она будет добавлены. В графе «Приоритет» выбирается приоритет. В «Домен» указывается почтовый сервер почти.CNAME — в поле «Имя» указывается поддомен, который будет переадресован на основной домен (нужно указать в «Домен»).TXT — чтобы добавить TXT-запись в DNS-зоне домена, в поле «Имя» нужно указать имя домена (поддомена), для которого создается запись. В «Значение» прописываются информация о записи.Важно! Во всех указанных выше случаях в полях «Имя» и «Домен» в конце необходимо добавлять точку.
Файл hosts — как первый шаг к созданию DNS
Для решения задачи разработчики решили использовать словарь, который связывал уникальное имя и IP-адрес каждого компьютера в сети. Таким словарём стал файл hosts.txt, который и отвечал за привязку IP-адреса к имени компьютера. Файл лежал на сервере Стэнфордского исследовательского института, и пользователи сети регулярно вручную скачивали этот файл на свои компьютеры, чтобы сохранять актуальность словаря, ведь новые компьютеры появлялись в сети почти каждый день.Выглядел hosts.txt тогда (да и сейчас) таким образом: При наличии такого файла на компьютере пользователя для связи с компьютером Майка, можно было не запоминать цифры, а использовать понятное латинское имя «MIKE-STRATE-PC». Посмотрим, как выглядит файл и попробуем добавить туда новое имя, чтобы подключиться к компьютеру с использованием данного имени. Для этого отредактируем файл hosts. Вы можете найти его на своём компьютере по следующему адресу: Компьютеру с IP-адресом 192.168.10.36, который находится внутри локальной сети мы указали имя «MIKE-STRATE-PC». После чего можно воспользоваться командой ping, которая пошлёт специальный запрос на компьютер Майка и будет ждать от него ответа. Похоже на то, как вы стучитесь в дверь или звоните в звонок, чтобы узнать, «есть ли кто дома?» Такой запрос можно послать на любой компьютер.По мере развития сети и «обрастания» её новыми клиентами, такой способ становился неудобным. Всем пользователям компьютеров было необходимо всё чаще скачивать свежую версию файла с сервера Стэнфордского исследовательского института, который обновлялся вручную несколько раз в неделю. Для добавлений же новых версий было необходимо связываться с институтом и просить их внести в файл новые значения.В 1984 году Пол Мокапетрис (Paul Mockapetris) описал новую систему под названием DNS (Domain Name System / Система доменных имён), которая была призвана автоматизировать процессы соотнесения IP-адресов и имён компьютеров, а также процессы обновления имён у пользователей без необходимости ручного скачивания файла со стороннего сервера.
