A и AAAA — конкретные типы ресурсных записей. Запись MX, NS или SRV может содержать имя цели, но сама не становится её адресной записью.
Ресурсная запись DNS
Определение
Ресурсная запись DNS — это единица данных системы доменных имён: имя владельца, тип, класс, срок кэширования TTL и поле RDATA, формат которого задаёт тип записи. Записи с одинаковыми именем, классом и типом образуют набор RRset и передаются с общим TTL.
Также ищут: DNS RR · DNS resource record
Зачем это знать
Диагностика по одной строке адреса теряет тип, срок и происхождение данных. Для изменения и проверки нужно видеть весь нужный набор записей и понимать роль секции ответа.
Карта понятия
Что подтверждено
Ресурсная запись связывает имя владельца и тип с классом, TTL и данными RDATA установленного формата.
Граница применимости: Модель ресурсной записи в файле зоны и сетевом формате DNS.
DNS-сообщение разделяет вопрос, ответы, авторитетные сведения и дополнительные данные. Адрес в дополнительной секции может помогать найти сервер следующей зоны, а не отвечать на вопрос об адресе службы.
Граница применимости: Секции DNS-сообщения и обычные дополнительные данные по RFC 1035; назначение конкретной записи разбирается вместе с вопросом.
Записи одного RRset должны передаваться с согласованным TTL. Разный TTL не создаёт отдельный RRset, поскольку его идентичность определяется именем, типом и классом.
Граница применимости: Требования к RRset и TTL по RFC 2181, §5; разные типы у одного имени остаются разными наборами.
RDATA разбирается по типу: A содержит адрес IPv4, NS и CNAME — доменное имя, а MX — число предпочтения и имя. Внешне похожие строки из панели нельзя переносить между этими полями без учёта формата.
Граница применимости: Форматы базовых типов RFC 1035; внутренние формы конкретной панели управления стандарт не задаёт.
Подпись RRSIG относится к определённому набору записей и типу, а не ко всему произвольному DNS-сообщению. Наличие одной подписи не подтверждает все остальные секции пакета.
Граница применимости: Объект подписания и поле покрываемого типа в DNSSEC по RFC 4034.
При проверке изменения предлагаем сравнивать весь ожидаемый RRset, его TTL и источник ответа. Совпадение одной записи может скрыть лишний старый адрес в том же наборе.
Граница применимости: Редакторский способ проверки, выведенный из формата ресурсных записей и правил RRset; не задаёт процедуру API конкретного оператора.
EDNS(0) передаёт дополнительные возможности DNS-сообщения через псевдозапись OPT, в том числе поддерживаемый размер UDP-сообщения. OPT относится к обмену между участниками и не является обычной записью зоны, которую сохраняют как ресурсные данные в кэше.
Граница применимости: Назначение и обработка OPT по RFC 6891; расширение версии 0 не отменяет правила обычных ресурсных записей.
Не путать
Обычные ресурсные записи несут данные службы или зоны. Записи DNSSEC добавляют ключи, подписи и доказательства отсутствия; проверять нужно их взаимосвязь с нужным RRset.
Что проверить
- Сверьте имя владельца, тип и класс нужного набора записей.
- Отделите секцию ответа от авторитетных сведений и дополнительных данных.
- Проверьте формат RDATA именно для указанного типа.
- Сравните весь набор, включая неожиданные или старые значения.
- Уточните TTL набора и оставшийся срок в наблюдаемом кэше.
- При DNSSEC свяжите подпись с нужным типом и набором записей.
- После изменения повторите запрос к авторитетным серверам и рабочему резолверу.
Первоисточники
- Domain Names — Implementation and Specification
Задаёт DNS wire format, master files и базовые resource records A, CNAME, MX, NS и SOA.
- Clarifications to the DNS Specification
Уточняет RRset, TTL, authoritative ranking и canonical-name semantics.
- Resource Records for the DNS Security Extensions
Определяет DNSKEY, RRSIG, NSEC и DS resource records и canonical form для signatures.
Утверждения: 06
- Extension Mechanisms for DNS (EDNS(0))
Открыт редактором 7 сентября 2026 года, заголовок документа сверен.
Утверждения: 08
- DNS Extensions to Support IP Version 6
Определяет AAAA resource record и IPv6 reverse lookup domain.