Что такое NS-запись: записи серверов имён DNS

NS-запись указывает сервер имён, связанный с DNS-зоной. Делегирование домена сообщает рекурсивным резолверам, куда обращаться за авторитативными ответами, а данные NS внутри самой зоны описывают серверы, отвечающие за эту зону. NS-записи не содержат IP-адрес сайта: они направляют процесс DNS-разрешения к серверам, которые могут предоставить записи вроде A, AAAA, MX и TXT. Понимание этого различия полезно, когда изменение записи, внесённое в панели управления, не появляется публично. Возможно, домен делегирован другому DNS-провайдеру, а не тому, чьи настройки вы редактировали.

Делегирование начинается в родительской зоне

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

1. Рекурсивный резолвер спрашивает родительскую зону, куда делегирован домен.
2. Родительская зона возвращает набор серверов имён домена и необходимые glue-записи.
3. Резолвер запрашивает у авторитативного сервера имён нужную запись.
4. Ответ возвращается и может кешироваться согласно своему TTL.

Имена хостов серверов имён сами могут требовать адресных записей, чтобы резолверы могли до них добраться. Когда сервер имён находится внутри домена, который он обслуживает, в родительской зоне могут понадобиться glue-записи, чтобы разорвать циклическую зависимость. DNS-провайдеры обычно берут эту деталь на себя, но она важна при настройке собственных серверов имён. Опечатка в имени хоста сервера имён, отсутствие glue-записей или неполное делегирование могут помешать резолверам добраться до зоны, даже если в панели провайдера безупречно настроены A-записи. Поэтому проверка только изнутри панели управления самого провайдера может создать ложное ощущение успеха.

Как использовать проверку NS

Запросите данные NS для домена и сравните возвращённые имена с провайдером, который, по вашим ожиданиям, обслуживает зону. Если они не совпадают, проверьте настройки делегирования у регистратора и выясните, не продолжается ли недавняя миграция. Запрос образцовой записи у каждого авторитативного сервера может показать, согласованы ли данные зоны. Данные SOA дают дополнительный контекст на уровне зоны, но ни NS, ни SOA не доказывают, что сам сайт доступен. NS-запрос устанавливает, где должны находиться авторитативные данные; исправность приложения требует отдельной проверки соединения.

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

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

Ответам серверов имён нужен контекст делегирования

Проверка NS наиболее полезна, когда вы понимаете, что именно она показывает: делегирование в родительской зоне, собственный набор NS зоны или кешированную картину рекурсивного резолвера. Эти представления связаны, но могут отображаться в разных разделах диагностики. Во время миграции серверов имён сравните делегирование у регистратора или в родительской зоне с записями NS, которые отдаёт дочерняя зона. Они должны быть согласованы в соответствии с инструкциями провайдера. Старый сервер ещё некоторое время может отвечать, но то, что он остаётся активным, не стоит путать с завершённым новым делегированием. Если вы эксплуатируете собственные авторитативные серверы, проверьте доступность и при необходимости glue-записи. Для зон, управляемых провайдером, сохраните назначенный список серверов имён и проверьте его после любого переноса у регистратора или смены аккаунта.