DNS и разрешение имён

Рекурсивный резолвер

Определение

Рекурсивный резолвер — сервер DNS, который берёт разрешение имени на себя и возвращает клиенту итог: ответ, ошибку или подтверждённое отсутствие данных. Итог он находит в кэше, собирает обращениями к другим серверам или получает пересылкой на другой рекурсивный сервер.

Также ищут: рекурсивный DNS-резолвер · recursive DNS server · Recursive resolver

Зачем это знать

Для приложения именно резолвер определяет наблюдаемый ответ и часть политики безопасности. Смена резолвера может изменить кэш, представление частной зоны и проверку DNSSEC одновременно.

Доказательная часть

Что подтверждено

  1. Рекурсивный резолвер берёт на себя разрешение имени и возвращает клиенту итоговый ответ, ошибку или подтверждённое отсутствие данных.

    Граница применимости: Рекурсивная служба DNS для локального клиента.

  2. В обычном режиме резолвер повторно использует сохранённые наборы записей в пределах их оставшегося TTL; локальная политика может сократить этот срок. Выдача просроченных данных рассматривается отдельным режимом.

    Граница применимости: Обычное кэширование DNS и явно отделённое расширение RFC 8767; единого срока для всех видов кэша нет.

  3. RD выражает запрос клиента на рекурсию, а RA сообщает о её доступности со стороны сервера. Эти флаги не доказывают успешное завершение разрешения или авторитетность полученного набора записей.

    Граница применимости: Поля заголовка DNS по RFC 1035; код и содержимое ответа разбираются отдельно.

  4. Резолвер может передавать работу другому рекурсивному серверу. Поэтому наблюдение одного адреса резолвера не означает, что именно он самостоятельно прошёл все делегирования.

    Граница применимости: Пересылающие резолверы в терминологии RFC 9499; конкретная цепочка пересылки зависит от конфигурации.

  5. Резолвер кэширует не только положительные и отрицательные ответы, но и определённые ошибки разрешения. Такой сохранённый сбой не становится доказательством отсутствия имени.

    Граница применимости: Кэширование ошибок по RFC 9520; сроки и критерии разных исходов не приравниваются друг к другу.

  6. При настроенной выдаче просроченных данных резолвер может использовать прежний ответ, пока получение свежего не удалось. Это отдельный механизм устойчивости со своими ограничениями, а не продолжение обычного TTL.

    Граница применимости: Выдача просроченных данных по RFC 8767; наличие режима, его пределы и условия применения проверяются у оператора.

  7. Перед заменой корпоративного резолвера на публичный предлагаем проверить частные имена, правила пересылки и проверку DNSSEC. Улучшение одного измерения задержки не подтверждает сохранение этих свойств.

    Граница применимости: Редакторское правило приёмки смены резолвера, выведенное из раздельного DNS и модели проверки данных; стандарт не задаёт именно этот план испытания.

Граница терминов

Не путать

Рекурсивный резолвер Локальный DNS-клиент

Локальный клиент обычно передаёт резолверу полное разрешение. Рекурсивный резолвер выполняет эту работу сам или через пересылку; одинаковое слово «DNS» в настройках не делает их одной ролью.

Рекурсивный резолвер Авторитетный DNS-сервер

Рекурсивный ответ может прийти из кэша и отражать прежний допустимый набор записей. Прямой авторитетный ответ показывает обслуживаемые данные зоны, но не состояние этого кэша.

Перед спецификацией

Что проверить

  1. Зафиксируйте адрес и владельца резолвера, выбранного приложением.
  2. Проверьте доступность рекурсии для нужного клиента, разбирая RD, RA и код ответа.
  3. Уточните пересылку запросов и исключения для частных зон.
  4. Отделите положительный, отрицательный и ошибочный сохранённые исходы.
  5. Сверьте режим проверки DNSSEC и доверие к каналу до резолвера.
  6. Выясните, включена ли выдача просроченных данных и каковы её пределы.
  7. При замене резолвера повторите проверки внутренних имён и полезной операции приложения.
Открытые основания

Первоисточники

  • Стандарт7
  • Первичная спецификация
    DNS Terminology Internet Engineering Task Force · RFC 9499 / BCP 219, March 2024 · проверено

    Актуализирует определения names, resolvers, authoritative servers, zones, delegation, split DNS и DNSSEC states.

    Утверждения: 01 · 04 · 07

  • Первичная спецификация
    Domain Names — Concepts and Facilities Internet Engineering Task Force · RFC 1034, November 1987 · проверено

    Определяет иерархию DNS, zones, authoritative data, referrals и resolver algorithm.

    Утверждения: 01

  • Первичная спецификация
    Clarifications to the DNS Specification Internet Engineering Task Force · RFC 2181, July 1997 · проверено

    Уточняет RRset, TTL, authoritative ranking и canonical-name semantics.

    Утверждения: 02

  • Первичная спецификация
    Serving Stale Data to Improve DNS Resiliency Internet Engineering Task Force · RFC 8767, March 2020 · проверено

    Офлайн-очередь 07.09.2026: агент документ не открывал; retrieved_on — дата постановки, не проверки. Сверить заголовок, редакцию и отдельный режим использования просроченных ответов и его границы.

    Утверждения: 02 · 06

  • Первичная спецификация
    Domain Names — Implementation and Specification Internet Engineering Task Force · RFC 1035, November 1987 · проверено

    Задаёт DNS wire format, master files и базовые resource records A, CNAME, MX, NS и SOA.

    Утверждения: 03

  • Первичная спецификация
    Negative Caching of DNS Resolution Failures Internet Engineering Task Force · RFC 9520, December 2023 · проверено

    Ограничивает caching transient resolution failures и DNSSEC validation failures.

    Утверждения: 05

  • Первичная спецификация
    DNS Security Introduction and Requirements Internet Engineering Task Force · RFC 4033, March 2005 · проверено

    Определяет DNSSEC goals, resolver security states, trust anchors и границы защиты.

    Утверждения: 07

Карта знаний

Связанные понятия

Из знания — в навык

Курсы по теме

Подтвердите действие