NS-запись (Name Server) — это ресурсная запись DNS, которая указывает, какие авторитативные серверы имён отвечают за доменную зону. Именно NS-записи делегируют домен от родительской зоны к серверам, где хранятся все остальные записи (A, MX, TXT). Без корректных NS-записей домен не резолвится, а сайт и почта недоступны.
В этом руководстве разберём, что такое NS-запись и как работает делегирование зоны, чем glue-записи отличаются от обычных NS, зачем нужны primary и secondary серверы, как проверить NS домена через dig и WHOIS, как безопасно сменить NS-серверы при переносе хостинга с учётом TTL и propagation, и какие ошибки встречаются чаще всего.
Что такое NS-запись
NS-запись связывает доменную зону с именами авторитативных DNS-серверов. Когда вы регистрируете домен, регистратор публикует NS-записи в родительской зоне (например, в зоне .com), сообщая всему интернету: «за этот домен отвечают вот эти серверы». Резолвер, получив запрос, идёт по цепочке от корневых серверов к TLD, а от TLD — к вашим NS.
Формально NS-запись описана в RFC 1035 (тип записи NS, код 2) и в архитектуре доменных имён RFC 1034. Значение NS-записи — это доменное имя сервера (FQDN), а не IP геолокацию. Именно поэтому иногда нужны glue-записи (см. ниже).
Делегирование зоны и родительская зона
Делегирование — это передача ответственности за поддомен или домен от родительской зоны к дочерней. NS-записи существуют в двух местах одновременно: в родительской зоне (у регистратора / TLD) и внутри самой зоны домена. В идеале оба набора должны совпадать. Родительская зона используется резолверами для поиска серверов, а внутренняя NS-запись подтверждает делегирование.
Glue-записи (клеевые записи)
Если авторитативный сервер домена находится внутри самого делегируемого домена (например, NS для example.com — это ns1.example.com), возникает циклическая зависимость: чтобы узнать IP сервера, нужно спросить сам этот сервер. Решение — glue-запись: родительская зона хранит A/AAAA-адрес такого NS прямо рядом с делегированием. Glue нужен только для внутридоменных серверов имён.
Primary и secondary серверы имён
Обычно у домена несколько NS-серверов для отказоустойчивости. Primary (master) — сервер, на котором вы редактируете зону. Secondary (slave) — серверы, которые получают копию зоны от primary через зонную передачу (AXFR/IXFR). Для клиентов все NS равнозначны: резолвер может обратиться к любому. Наличие минимум двух NS в разных сетях — требование хорошей практики.
| Запись | Назначение | Где хранится |
|---|---|---|
| NS | Делегирует зону на авторитативные серверы имён | Родительская зона и сама зона |
| SOA | Параметры зоны: primary NS, email админа, serial, TTL | Только в самой зоне |
| A / AAAA | Сопоставляет имя с IPv4 / IPv6 адресом | В зоне домена |
| Glue (A/AAAA) | IP для внутридоменного NS, разрывает циклическую зависимость | В родительской зоне |
Как проверить NS домена
Проверить NS-серверы можно двумя способами: запросить их напрямую через DNS или посмотреть данные делегирования у регистратора через WHOIS. Первый способ показывает то, что реально отдаёт зона; второй — то, что опубликовано в родительской зоне. Расхождение между ними — частый источник проблем.
Проверка через dig
Утилита dig запрашивает NS-записи напрямую:
dig NS example.com +short
ns1.example.com.
ns2.example.com.
# NS из родительской зоны (TLD):
dig NS example.com @a.gtld-servers.net +norecurseКлюч +short убирает лишний вывод. Запрос к серверу TLD (@a.gtld-servers.net) показывает делегирование в родительской зоне — сравните его с ответом от самих NS домена.
Проверка через WHOIS
WHOIS показывает NS-серверы, которые прописаны у регистратора:
whois example.com | grep -i "name server"
Name Server: NS1.EXAMPLE.COM
Name Server: NS2.EXAMPLE.COMБесплатная проверка онлайн
Не хотите работать в терминале — используйте бесплатную проверку DNS-записей enterno.io: введите домен и получите NS, A, MX, TXT и SOA в одном отчёте. Данные делегирования у регистратора удобно смотреть через WHOIS-инструмент — там же видны срок регистрации и статус домена.
Как сменить NS-серверы
Смена NS нужна при переносе домена на другой DNS-хостинг или хостинг-провайдера. Порядок действий критичен: если сначала удалить старую зону, а потом менять NS, будет период недоступности. Правильная последовательность минимизирует простой.
- Заранее уменьшите TTL. За 24–48 часов до переноса снизьте TTL NS-записей и ключевых записей (A, MX) до 300–600 секунд. Это ускорит распространение изменений.
- Создайте зону на новом DNS. Перенесите все записи (A, AAAA, MX, TXT, CNAME запись) на новые серверы имён до смены NS. Сверьте их с текущей зоной.
- Смените NS у регистратора. В панели регистратора замените старые NS на новые. Изменение попадёт в родительскую зону TLD.
- Дождитесь propagation. Распространение занимает от нескольких минут до 24–48 часов и зависит от TTL делегирования в TLD и кеша резолверов.
- Не удаляйте старую зону сразу. Оставьте старые записи активными минимум на 48–72 часа, пока все резолверы не переключатся.
TTL влияет на скорость смены, но TTL делегирования в родительской зоне вы контролируете не напрямую — его задаёт реестр TLD. Поэтому propagation может длиться дольше, чем TTL ваших внутренних записей.
Подробнее о том, как значение TTL влияет на кеширование и распространение, читайте в руководстве по TTL DNS-записей.
Частые ошибки
Ошибки в NS-записях приводят к периодической или полной недоступности домена. Разберём самые распространённые.
Несовпадение NS у регистратора и в зоне
Классическая проблема: в родительской зоне (у регистратора) прописаны одни NS, а внутри зоны отдаются другие. Резолверы получают противоречивые данные, часть запросов уходит на несуществующие серверы. Всегда сверяйте dig NS домен @TLD-сервер с dig NS домен от самих серверов.
Lame delegation
Lame delegation (ленивое делегирование) — когда NS-запись указывает на сервер, который не является авторитативным для зоны или вообще не отвечает. Родительская зона делегирует домен на сервер, который «не знает» о зоне. Это увеличивает время ответа и создаёт частичные сбои. Проверяйте, что каждый NS реально отдаёт SOA-запись зоны.
Единственный NS-сервер
Если у домена всего один NS, любой сбой этого сервера делает домен недоступным. Стандарты и регистраторы требуют минимум два NS, желательно в разных подсетях и дата-центрах. Про типы и роли DNS-серверов подробно рассказано в статье о типах DNS-серверов.
Опечатки в именах NS и отсутствие glue
Опечатка в FQDN сервера имён или отсутствие glue-записи для внутридоменного NS ломает делегирование. Если сервер имён живёт внутри своего же домена, обязательно настройте glue-запись у регистратора. Общее устройство ресурсных записей описано в обзоре типов DNS-записей.
Частые вопросы
Чем NS-запись отличается от SOA-записи
NS-запись перечисляет авторитативные серверы, которые отвечают за зону, и участвует в делегировании. SOA-запись описывает параметры самой зоны: primary NS, email администратора, serial-номер и таймеры обновления. NS может быть несколько, SOA-запись в зоне всегда одна. Подробности — в руководстве по SOA-записи.
Сколько NS-серверов должно быть у домена
Минимум два NS-сервера — это требование хорошей практики и большинства регистраторов. Два и более сервера обеспечивают отказоустойчивость: если один недоступен, резолвер обратится к другому. Крупные зоны используют четыре и более NS, размещённых в разных сетях и географических точках для надёжности.
Как быстро распространяется смена NS
Обычно смена NS распространяется за несколько часов, но полное обновление может занять до 24–48 часов. Скорость зависит от TTL делегирования в родительской зоне TLD (его задаёт реестр) и от кеша резолверов провайдеров. Предварительное снижение TTL ускоряет процесс, но не влияет на TTL уровня TLD.
Нужны ли glue-записи всегда
Нет. Glue-записи нужны только когда сервер имён находится внутри самого делегируемого домена — например, NS для example.com называется ns1.example.com. Если вы используете внешние NS провайдера (ns1.hoster.net), glue не требуется: их IP резолвится через собственную зону провайдера.
Почему сайт недоступен после смены NS
Чаще всего причина в том, что записи (A, MX) не были перенесены на новые NS до смены, либо старая зона удалена слишком рано. Также проверьте, что новые NS уже отдают корректную зону. Используйте проверку DNS, чтобы сравнить ответы старых и новых серверов.
Можно ли проверить NS без командной строки
Да. Онлайн-инструменты вроде проверки DNS-записей enterno.io показывают NS-серверы, а также A, MX, TXT и SOA в одном отчёте без установки утилит. Для данных делегирования у регистратора используйте WHOIS.