Авторитетный DNS-сервер
Оригинальное название: authoritative nameserver
Коротко
Сервер имён, который хранит записи зоны у себя и отвечает на запросы о ней из первых рук, а не пересказывает ответы из кеша.
Что такое «Авторитетный DNS-сервер»
В DNS работают серверы двух ролей. Резолвер провайдера или публичный вроде 1.1.1.1 сам ничего не знает о вашем домене: он ходит по цепочке серверов, получает ответ и кеширует его. Авторитетный сервер — конечная точка этой цепочки: в нём загружен файл зоны, и его ответ считается истиной. Именно его адреса перечислены в NS-записях домена.
У зоны обычно несколько авторитетных серверов: основной, где правят записи, и вторичные с копиями. Все они равноправны для резолверов — тот, кто спрашивает, не знает и не должен знать, какой из них основной. Популярные программы для этой роли — BIND, NSD, Knot DNS, PowerDNS; на практике зону чаще держат у регистратора, хостинга или специализированного DNS-провайдера.
Как отличить авторитетный ответ от кешированного
В ответе DNS есть флаг aa (authoritative answer). Его ставит только сервер, который отвечает за зону. Если спросить напрямую:
dig @ns1.dns-host.net example.ru A
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0
;; WARNING: recursion requested but not available
example.ru. 3600 IN A 203.0.113.10
Флаг aa на месте, а предупреждение о рекурсии говорит, что сервер не станет искать чужие домены. Тот же запрос к резолверу провайдера вернёт ответ без aa и с убывающим TTL — это копия из кеша.
Зачем спрашивать авторитетный сервер напрямую
После правки записей владельцу сайта хочется сразу проверить результат, но резолвер ещё держит старое значение в кеше. Запрос к авторитетному серверу через dig @сервер показывает, что опубликовано на самом деле. Если там уже новый адрес, остаётся подождать истечения TTL; если старый — ошибка в панели или правки внесены не у того DNS-провайдера, на который делегирован домен.
Типичные ошибки настройки
- Сервер одновременно авторитетный и открытый рекурсивный — его используют для DDoS-атак с усилением. Роли лучше разделять.
- Серверы из NS-записей отдают разные версии зоны: вторичный перестал синхронизироваться.
- Сервер указан в NS, но зону не обслуживает и отвечает отказом. Такое делегирование называют битым (lame).

