Как проверить NS домена
Проверить NS домена необходимо, чтобы узнать, какие DNS-серверы обслуживают его зону. Именно NS-записи указывают, где находятся настройки домена: записи сайта, почты, поддоменов и других сервисов. Если серверы указаны неправильно, не отвечают или не совпадают у разных регистраторов, сайт может не открываться, а электронная почта перестать доставляться.
Проверка помогает подтвердить делегирование после регистрации или смены хостинга, найти ошибку в настройках и понять, завершилось ли обновление DNS. Ниже приведен практический порядок действий и объяснение основных результатов.
Что такое NS-записи и зачем их проверять
NS, или Name Server, — это запись, которая сообщает DNS-системе, какие авторитетные серверы отвечают за доменную зону. Обычно домен делегирован как минимум на два сервера. Они могут принадлежать хостинг-провайдеру, регистратору или отдельному DNS-сервису.
Проверка NS нужна в нескольких случаях: после регистрации домена, при переносе сайта, смене хостинга, подключении почты и изменении DNS-провайдера. Она позволяет убедиться, что домен направлен на нужную инфраструктуру, а заданные серверы действительно отвечают за актуальные записи.
Важно отличать NS-записи от A-записи. NS определяет, где искать DNS-настройки домена, а A-запись связывает имя с IP-адресом. Поэтому проверка NS является первым шагом при диагностике проблем с сайтом или почтой.
Как проверить NS домена через онлайн-сервис
Самый простой способ — открыть сервис проверки DNS, выбрать тип записи NS и ввести доменное имя без протокола и дополнительных путей. В результате сервис покажет список серверов, которые отвечают за домен, а иногда также их IP-адреса, время ответа и результаты запросов из разных точек.
При вводе имени не следует добавлять пробелы, символы страниц или адрес электронной почты. Если сервис поддерживает проверку нескольких типов записей, сначала выберите NS, а затем отдельно проверьте SOA, A, MX и TXT. Это поможет сопоставить делегирование домена с фактическими настройками сайта и почты.
Для надежного вывода полезно повторить проверку через несколько минут и сравнить данные из разных регионов. Сразу после изменения NS часть DNS-серверов может еще хранить старую информацию из-за времени кэширования.
Как проверить NS домена командой
Технические пользователи могут выполнить DNS-запрос в командной строке. В системах семейства Unix и macOS для этого часто применяют утилиты dig или host, а в Windows — nslookup. Запрос должен быть направлен к типу NS, например через параметр, который явно указывает нужный тип записи.
Ответ содержит имена авторитетных серверов. При расширенном запросе можно увидеть флаг авторитетного ответа, время выполнения, срок кэширования и раздел с дополнительными адресами серверов. Для проверки конкретного DNS-сервера запрос можно отправить непосредственно ему, чтобы выяснить, отвечает ли он и возвращает ли одинаковые данные.
Если используется dig, полезно отдельно запросить SOA-запись. Она показывает основной сервер зоны, контакт администратора в техническом формате, серийный номер зоны и интервалы обновления. Изменение серийного номера обычно подтверждает, что новая версия зоны опубликована.
Как понять результаты проверки
В норме ответ содержит два или более NS-сервера, имена которых соответствуют настройкам у регистратора или DNS-провайдера. Серверы должны отвечать на запросы и возвращать согласованные данные. Небольшие различия во время обновления допустимы, но постоянное расхождение указывает на проблему.
Статус NXDOMAIN означает, что запрошенное доменное имя не существует в текущей DNS-системе. Это может быть следствием ошибки в имени, отсутствия регистрации или еще не завершившегося делегирования. Тайм-аут означает, что сервер не ответил вовремя; единичный случай не всегда критичен, но регулярные тайм-ауты требуют проверки доступности и конфигурации.
Если получен SERVFAIL, DNS-система не смогла корректно обработать запрос. Частые причины — недоступность авторитетных серверов, ошибки DNSSEC, некорректная зона или отсутствие обязательных записей. Сообщение о том, что ответ не является авторитетным, само по себе не означает ошибку: оно лишь показывает, что ответ пришел от кэширующего сервера, а не непосредственно от сервера доменной зоны.
Что делать, если NS указаны неправильно
Сначала сравните результат проверки с NS-серверами, указанными в панели регистратора. Если там стоят старые значения, замените их на актуальные и убедитесь, что изменения подтверждены. После этого проверьте, что зона создана на новых серверах и содержит нужные записи для сайта, почты и поддоменов.
Если у разных NS-серверов разные ответы, проверьте, синхронизирована ли зона. Особенно важно сравнить SOA-серийный номер и ключевые записи. Несогласованная конфигурация может приводить к тому, что пользователи из разных сетей видят разные IP-адреса или получают разные настройки почты.
После смены NS обновление не происходит мгновенно. Кэши провайдеров и устройств хранят старые ответы в течение срока, заданного TTL. Не меняйте серверы повторно без необходимости: частые изменения усложняют диагностику. Если проблема сохраняется после завершения периода обновления, обратитесь к регистратору или администратору DNS-зоны и передайте точный текст ошибки и результаты нескольких проверок.