DNS сайта LinuxBIND9DNS

У собственного сервера имён отсутствует glue-запись

  • Обновлено
  • Чтение ≈ 4 минуты

Краткий ответ

Нужно отличить in-bailiwick NS (имя находится внутри делегируемой зоны) от внешнего NS. Для внешнего имени вроде ns1.provider.net glue в родительской зоне example.com может не требоваться. При исправлении сверяйте IPv4 и IPv6 адреса и не удаляйте работающие серверы до проверки.

В этой статье
  1. Что произошло и как распознать неисправность
  2. Причины и отличительные признаки
  3. Пошаговая диагностика и исправление
  4. Как проверить результат и что делать при неуспехе

#Что произошло и как распознать неисправность

Домен делегирован на ns1.example.com внутри того же домена, но часть проверок сообщает, что сервер имён невозможно найти. При такой схеме разрешение адреса NS может замкнуться на самом себе; родительской зоне нужны необходимые glue-записи с IP этого NS. Glue не является обычной A-записью в дочерней зоне и настраивается отдельно у регистратора/реестра. Нужно отличить in-bailiwick NS (имя находится внутри делегируемой зоны) от внешнего NS. Для внешнего имени вроде ns1.provider.net glue в родительской зоне example.com может не требоваться. При исправлении сверяйте IPv4 и IPv6 адреса и не удаляйте работающие серверы до проверки.

#Причины и отличительные признаки

Возможная причинаКак узнатьЧто делать
Отсутствует glue у родителяВ делегировании указан NS внутри домена, но родитель не возвращает адрес для него.dig +trace останавливается на делегации или не показывает дополнительные A/AAAA.Создать хост-объект nameserver у регистратора.
Glue указывает на старый IPПосле переезда сервера адрес NS изменился, но хост-объект остался прежним.Прямой DNS к старому IP недоступен, новый работает.Обновить адрес зарегистрированного NS-хоста.
Записи в дочерней зоне не совпадают с glueВнутри зоны и у родителя NS имеет разные A/AAAA.У некоторых рекурсоров результат отличается из-за разных адресов.Согласовать оба источника адреса.
Зарегистрированный NS недоступен по порту 53Адрес есть, но named не слушает или фильтр блокирует сеть.Прямой dig @IP zone SOA выдаёт timeout.Наладить авторитетное обслуживание DNS до изменения NS.

#Пошаговая диагностика и исправление

  1. Выясните, какие NS указаны у регистратораВ личном кабинете регистратора откройте карточку домена и раздел «DNS-серверы» или «Серверы имён» (название зависит от регистратора). Запишите NS из делегирования. Если NS имеет имя внутри того же домена, например ns1.example.com для example.com, вероятно понадобятся glue-записи в родительской зоне. Для внешнего NS не переносите без необходимости его адрес в свою дочернюю зону.
  2. Проверьте путь делегирования и дополнительные записиНа компьютере с dig выполните dig +trace example.com NS. Посмотрите ответ родительского сервера и секцию ADDITIONAL, если она присутствует. Отсутствие glue в одном ответе ещё не абсолютное доказательство: часть серверов сокращает дополнительную секцию. Поэтому сравните ответы нескольких родительских серверов и сведения о хосте у регистратора.
  3. Проверьте текущие IPv4/IPv6 адреса NSВыполните dig ns1.example.com A +short и dig ns1.example.com AAAA +short. Затем сравните с IP реального DNS-сервера по данным провайдера и ip addr на сервере. Если адреса отличаются, запишите старый и правильный адрес до изменений. Учтите, что DNS-ответ может уже зависеть от неверного glue и возвращать ошибку — данные сервера проверяйте независимо.
  4. Проверьте, отвечает ли предполагаемый сервер авторитетноВ терминале выполните dig @192.0.2.53 example.com SOA +norecurse, подставив реальный публичный IPv4 сервера имён. Ожидается SOA с флагом AA. При наличии IPv6 повторите по нему. Если timeout или неверная зона, сначала исправьте named и порт 53: одно добавление glue не сделает неработающий сервер доступным.
  5. Найдите отдельное управление зарегистрированными NS-хостамиУ регистратора ищите «Регистрация серверов имён», «Хосты NS», «Дочерние DNS-серверы» или аналогичный пункт. Он отличается от списка обычных DNS-записей и от выбора NS делегирования. Если интерфейс не предоставляет регистрацию хоста, обратитесь в поддержку регистратора и укажите FQDN NS и действительные IPv4/IPv6. Не создавайте A-запись вместо glue, рассчитывая на автоматическое обновление реестра.
  6. Создайте или исправьте glue в родительской зонеДля ns1.example.com внесите правильный IP в хост-объект у регистратора, сохранив прежние значения для отката. Если сервер имеет рабочий IPv6, добавьте его адрес по правилам регистратора; не указывайте неподключённый IPv6. Проверьте, что NS всё ещё присутствует в делегировании и что у реестра нет дополнительных ограничений по числу NS или географической независимости.
  7. Согласуйте A/AAAA и NS в самой DNS-зонеНа авторитетном сервере проверьте A/AAAA для ns1.example.com и NS у вершины example.com. Значения должны соответствовать реальному серверу и регистрационным данным. Сохраните резервную копию файла зоны, при ручной правке проверьте named-checkzone и перечитайте её штатным способом. Несоответствие glue и A может проявляться непредсказуемо у различных рекурсоров.
  8. Проверьте распространение и оставьте запасной NSПосле изменения у регистратора проверьте делегирование через dig +trace example.com NS и прямые авторитетные ответы каждого NS. Дождитесь изменения родительской зоны и сроков кеширования. Если после исправления адреса NS недоступны — верните прежний работающий адрес, если он ещё обслуживает DNS, либо привлеките регистратора. Не удаляйте последний работающий внешний NS до проверки нового.
  9. Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
    Выберите подходящий вариант — это не команды для последовательного выполнения
    Вариант 1С компьютера с dig, без sudo.
    Linux · Терминал (Bash)Команда
    С компьютера с dig, без sudo. Позволяет исследовать делегирование, заменить example.com реальным доменом.
    dig +trace example.com NS
    Вариант 2Прямой запрос к авторитетному IP без sudo; заменить адрес и домен.
    Linux · Терминал (Bash)Команда
    Прямой запрос к авторитетному IP без sudo; заменить адрес и домен.
    dig @192.0.2.53 example.com SOA +norecurse

#Как проверить результат и что делать при неуспехе

Исправлено, когда зарегистрированный NS имеет правильные адреса у родителя, дочерняя зона с ними согласована, а запрос к каждому серверу даёт авторитетный ответ. Не считайте отсутствие дополнительной секции в одном ответе единственным признаком ошибки.

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.