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

Ресурсная запись DNS

Определение

Ресурсная запись DNS — это единица данных системы доменных имён: имя владельца, тип, класс, срок кэширования TTL и поле RDATA, формат которого задаёт тип записи. Записи с одинаковыми именем, классом и типом образуют набор RRset и передаются с общим TTL.

Также ищут: DNS RR · DNS resource record

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

Диагностика по одной строке адреса теряет тип, срок и происхождение данных. Для изменения и проверки нужно видеть весь нужный набор записей и понимать роль секции ответа.

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

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

  1. Ресурсная запись связывает имя владельца и тип с классом, TTL и данными RDATA установленного формата.

    Граница применимости: Модель ресурсной записи в файле зоны и сетевом формате DNS.

  2. Записи с одинаковыми именем владельца, классом и типом образуют RRset и должны иметь единый TTL.

    Граница применимости: Группировка записей в RRset и согласованность TTL.

  3. DNS-сообщение разделяет вопрос, ответы, авторитетные сведения и дополнительные данные. Адрес в дополнительной секции может помогать найти сервер следующей зоны, а не отвечать на вопрос об адресе службы.

    Граница применимости: Секции DNS-сообщения и обычные дополнительные данные по RFC 1035; назначение конкретной записи разбирается вместе с вопросом.

  4. Записи одного RRset должны передаваться с согласованным TTL. Разный TTL не создаёт отдельный RRset, поскольку его идентичность определяется именем, типом и классом.

    Граница применимости: Требования к RRset и TTL по RFC 2181, §5; разные типы у одного имени остаются разными наборами.

  5. RDATA разбирается по типу: A содержит адрес IPv4, NS и CNAME — доменное имя, а MX — число предпочтения и имя. Внешне похожие строки из панели нельзя переносить между этими полями без учёта формата.

    Граница применимости: Форматы базовых типов RFC 1035; внутренние формы конкретной панели управления стандарт не задаёт.

  6. Подпись RRSIG относится к определённому набору записей и типу, а не ко всему произвольному DNS-сообщению. Наличие одной подписи не подтверждает все остальные секции пакета.

    Граница применимости: Объект подписания и поле покрываемого типа в DNSSEC по RFC 4034.

  7. При проверке изменения предлагаем сравнивать весь ожидаемый RRset, его TTL и источник ответа. Совпадение одной записи может скрыть лишний старый адрес в том же наборе.

    Граница применимости: Редакторский способ проверки, выведенный из формата ресурсных записей и правил RRset; не задаёт процедуру API конкретного оператора.

  8. EDNS(0) передаёт дополнительные возможности DNS-сообщения через псевдозапись OPT, в том числе поддерживаемый размер UDP-сообщения. OPT относится к обмену между участниками и не является обычной записью зоны, которую сохраняют как ресурсные данные в кэше.

    Граница применимости: Назначение и обработка OPT по RFC 6891; расширение версии 0 не отменяет правила обычных ресурсных записей.

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

Не путать

Ресурсная запись DNS Адресные записи DNS A и AAAA

A и AAAA — конкретные типы ресурсных записей. Запись MX, NS или SRV может содержать имя цели, но сама не становится её адресной записью.

Ресурсная запись DNS Записи DNSSEC: DNSKEY, DS, RRSIG и NSEC

Обычные ресурсные записи несут данные службы или зоны. Записи DNSSEC добавляют ключи, подписи и доказательства отсутствия; проверять нужно их взаимосвязь с нужным RRset.

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

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

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

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

  • Стандарт5
  • Первичная спецификация
    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.

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

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

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

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

  • Первичная спецификация
    Resource Records for the DNS Security Extensions Internet Engineering Task Force · RFC 4034, March 2005 · проверено

    Определяет DNSKEY, RRSIG, NSEC и DS resource records и canonical form для signatures.

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

  • Первичная спецификация
    Extension Mechanisms for DNS (EDNS(0)) Internet Engineering Task Force · RFC 6891, April 2013 · проверено

    Открыт редактором 7 сентября 2026 года, заголовок документа сверен.

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

  • Первичная спецификация
    DNS Extensions to Support IP Version 6 Internet Engineering Task Force · RFC 3596, October 2003 · проверено

    Определяет AAAA resource record и IPv6 reverse lookup domain.

Карта знаний

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

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

Курсы по теме

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