Какие протоколы записи есть в DNS?

Протоколы записи в DNS: от базовых типов до современных расширений

Система DNS — это распределенная база данных, использующая типы записей ресурсов (Resource Records, RR) для хранения различной информации. Каждая запись имеет определённую структуру и назначение. Вот основные и дополнительные типы записей:

Основные (фундаментальные) протоколы записей

• A (Address) — Базовая запись, связывающая имя домена с IPv4-адресом. Например, example.com IN A 93.184.216.34.
• AAAA (Quad-A) — Аналог записи A для IPv6-адресов. Например, example.com IN AAAA 2606:2800:220:1:248:1893:25c8:1946.
• CNAME (Canonical Name) — Создает алиас (синоним) одного доменного имени для другого. Указывает, что имя — это "псевдоним" для канонического (основного) имени. Важно: на CNAME не могут ссылаться другие записи для того же имени (например, MX или TXT).

  www.example.com. IN CNAME example.com.
  

• MX (Mail Exchanger) — Определяет серверы обработки электронной почты для домена. Имеет параметр приоритета (preference) для определения порядка обхода.

  example.com. IN MX 10 mail1.example.com.
  example.com. IN MX 20 mail2.backup-provider.com.
  

• NS (Name Server) — Указывает авторитативные DNS-серверы для домена или поддомена. Корневые и TLD-серверы используют NS-записи для делегирования управления нижестоящим доменам.

  example.com. IN NS ns1.reg.ru.
  example.com. IN NS ns2.reg.ru.
  

• PTR (Pointer) — Обратная запись, используемая для обратного DNS-запроса (rDNS). Сопоставляет IP-адрес с каноническим именем хоста. Критически важна для проверок в почтовых системах.
• TXT (Text) — Позволяет связать с доменом произвольные текстовые данные. Имеет множество применений: SPF (борьба со спамом), DKIM (подпись писем), DMARC (политика обработки почты), verification records (подтверждение владения для сервисов).

  example.com. IN TXT "v=spf1 include:_spf.google.com ~all"
  example.com. IN TXT "google-site-verification=abc123..."
  

• SOA (Start of Authority) — Ключевая техническая запись для каждой DNS-зоны. Содержит служебную информацию: первичный NS, email администратора, серийный номер зоны и таймауты (refresh, retry, expire, minimum TTL). Всегда одна на зону.

Важные специализированные протоколы записей

• SRV (Service) — Позволяет указать расположение конкретных сервисов (например, SIP, XMPP, LDAP) с детализацией: хост, порт, приоритет и вес. Обеспечивает гибкую балансировку нагрузки и отказоустойчивость на уровне сервисов.

  _sip._tcp.example.com. IN SRV 10 60 5060 sipserver.example.com.
  ;; Приоритет=10, Вес=60, Порт=5060
  

• CAA (Certification Authority Authorization) — Запись безопасности, позволяющая владельцу домена указать, какие центры сертификации (CA) имеют право выпускать SSL/TLS-сертификаты для этого домена. Является важным механизмом предотвращения несанкционированной выдачи сертификатов.

  example.com. IN CAA 0 issue "letsencrypt.org"
  example.com. IN CAA 0 issuewild ";" ; Запрет на wildcard-сертификаты
  

• DS (Delegation Signer) и DNSKEY — Криптографические записи, лежащие в основе технологии DNSSEC (DNS Security Extensions). DS-запись размещается у родительской зоны и содержит хеш публичного ключа (DNSKEY) дочерней зоны, создавая цепочку доверия от корня DNS, что защищает от подмены ответов.

Современные протоколы записей и практики

• HTTPS (и SVCB) — Новейший тип записей (RFC 9460), призванный дополнить или заменить A/AAAA и SRV для веб-сервисов. Позволяет указать не только IP-адрес, но и параметры подключения (например, поддерживаемые протоколы HTTP/3, ALPN), что ускоряет установку безопасного соединения (TLS handshake). Позволяет реализовать схему "выравнивания протоколов", снижая задержки.

  example.com. IN HTTPS 1 . alpn="h3,h2"
  

• ANAME/ALIAS — Это псевдо-записи, предлагаемые некоторыми DNS-хостингами (Cloudflare, DNSMadeEasy). Ведёт себя как CNAME для клиента, но на авторитативном сервере резолвится в A/AAAA-записи, что позволяет использовать её в корне домена (apex/root domain), где стандартный CNAME запрещён RFC. Важный компромисс между стандартом и практической необходимостью.

Ключевые принципы и структура записи

Каждая запись ресурса имеет общую структуру: <ИМЯ> <TTL> <КЛАСС> <ТИП> <ДАННЫЕ>

• TTL (Time to Live) — время жизни в секундах, определяющее, как долго резолверы могут кэшировать запись.
• Класс — почти всегда IN (Internet).

Заключение

Понимание протоколов записей DNS выходит за рамки простого перечисления типов. Это знание иерархии и взаимодействия (SOA, NS для делегирования), безопасности (DNSSEC через DS/DNSKEY, CAA), современных оптимизаций (HTTPS/SVCB) и практических обходных решений (ANAME). Эволюция DNS от простой системы разрешения имён к платформе для распределения сервисов и обеспечения безопасности делает глубокое понимание её записей обязательным навыком для разработчика, работающего с сетевыми приложениями, инфраструктурой или облачными сервисами.