Итерация — способ выполнения поиска по указаниям серверов. Рекурсивный резолвер предоставляет клиенту итоговую услугу и может сократить такой обход кэшем или использовать пересылку.
DNS и разрешение имён
Итеративное разрешение DNS
Определение
Итеративное разрешение DNS — поиск ответа по шагам: резолвер идёт от сервера к серверу по указаниям на дочерние зоны, пока не получит итоговые данные или отрицательный ответ. Данные в кэше позволяют начать путь ниже корня.
Также ищут: DNS referral walk · Iterative DNS resolution
Зачем это знать
Пошаговый обход помогает найти неисправное делегирование. При этом его результат не всегда повторяет поведение рабочего рекурсивного резолвера с кэшем, пересылкой и частными зонами.
Наглядно
DNS: последовательность запросов
Связи из словаря
Карта понятия
Итеративное разрешение DNS
Сравнить
Доказательная часть
Что подтверждено
Итеративный резолвер использует сведения о делегировании, чтобы перейти от текущего источника ответа к серверам более подходящей дочерней зоны.
Граница применимости: Классическое итеративное разрешение DNS через делегирование.
Данные зон и наборов записей в кэше позволяют начать путь ниже корня или сразу вернуть ответ, пока не истёк TTL.
Граница применимости: Повторное использование кэша при итеративном разрешении.
Указание на серверы следующей зоны не является ответом на исходный вопрос о записи внутри неё. Резолвер продолжает разрешение, если у него нет уже пригодных итоговых данных.
Граница применимости: Алгоритм обработки делегирования RFC 1034; речь об обычном итеративном запросе, а не о рекурсивном поручении серверу.
Для обращения к указанному серверу требуется его адрес. В зависимости от делегирования резолвер использует допустимые вспомогательные адреса или выполняет отдельное разрешение имени сервера.
Граница применимости: Получение адресов серверов имён по RFC 1034; дополнительные данные не получают автоматически наивысшее доверие.
Ответ CNAME может потребовать продолжить поиск уже для другого имени, в том числе в другой зоне. Поэтому успешный проход делегирования исходного имени ещё не завершает всю цепочку псевдонимов.
Граница применимости: Обработка псевдонимов в алгоритме RFC 1034; запрос самого типа CNAME имеет отдельный смысл.
Ответ с TC показывает усечение DNS-сообщения. Для получения полного ответа должен оставаться доступным предусмотренный путь по TCP; неполную секцию нельзя объявлять отсутствием данных.
Граница применимости: Обычный DNS и требования поддержки TCP по RFC 7766; поведение EDNS и шифрованных транспортов не подменяется этим правилом.
Ручной обход от корня показывает проверенный им путь. Он не доказывает, что клиентский резолвер использовал тот же кэш, пересылку или частное представление; для этого нужно наблюдать рабочий запрос отдельно.
Граница применимости: Редакторское ограничение диагностического обхода, выведенное из итерации и ролей резолверов; особенности конкретной команды не приписываются RFC.
Размер UDP, объявленный через EDNS, не доказывает, что ответ такого размера пройдёт весь IP-путь. Большие ответы могут потребовать фрагментации и потеряться при её блокировке; выбор размера должен учитывать эту возможность, а получение полного ответа по TCP остаётся отдельным путём.
Граница применимости: Выбор объявляемого размера UDP и предупреждения о фрагментации в RFC 6891. Значения 1232 или 4096 байт не объявляются универсальной гарантией для любой сети.
Граница терминов
Не путать
Делегирование хранит направление к дочерней зоне, а итеративное разрешение использует его в ходе запроса. Исправная запись NS не гарантирует, что все указанные серверы доступны и обслуживают зону.
Перед спецификацией
Что проверить
- Сохраните исходные имя, тип записи и ожидаемое представление DNS.
- На каждом шаге отличайте итоговый ответ от указания к следующей зоне.
- Проверьте получение адресов каждого следующего сервера.
- Сопоставьте серверы делегирования с теми, что действительно обслуживают дочернюю зону.
- Проследите продолжение по CNAME до требуемого типа записи.
- При TC проверьте получение полного ответа по TCP.
- Сравните найденный путь с результатом резолвера, которым пользуется приложение.
Открытые основания
Первоисточники
- DNS Terminology
Актуализирует определения names, resolvers, authoritative servers, zones, delegation, split DNS и DNSSEC states.
- Clarifications to the DNS Specification
Уточняет RRset, TTL, authoritative ranking и canonical-name semantics.
- DNS Transport over TCP - Implementation Requirements
Полный текст RFC 7766 (март 2016) прочитан локально 09.09.2026 при подготовке кластера «DNS по TCP»; сверены заголовок, редакция и нормы о поддержке TCP, усечении и соединениях. retrieved_on — дата постановки в очередь.
Утверждения: 06
- Extension Mechanisms for DNS (EDNS(0))
Открыт редактором 7 сентября 2026 года, заголовок документа сверен.
Утверждения: 08