Типы DNS-записей и их назначение

DNS-зона состоит из набора записей с именем, типом, значением и временем жизни TTL. Имя определяет, к какой части домена относится запись. Например, запись для www относится к поддомену www, а запись с именем @ обычно применяется к корневому домену. Тип показывает назначение записи, а значение содержит адрес сервера, имя хоста или служебный параметр.

TTL определяет, как долго DNS-резолверы могут хранить полученный ответ в кэше. При большом TTL изменения распространяются медленнее, зато снижается число запросов к авторитетным DNS-серверам. Перед переносом сайта или почты TTL обычно уменьшают, а после завершения работ возвращают к обычному значению.

Для одного домена может существовать несколько записей одного типа. Это применяется для резервирования, распределения нагрузки и обслуживания разных сервисов. При этом некоторые типы имеют ограничения: например, CNAME нельзя использовать одновременно с другими обычными записями на одном и том же имени.

Запись A сопоставляет доменное имя с IPv4-адресом. Это самый распространенный тип для публикации сайта, панели управления, API или другого сервиса. Например, домен может указывать на адрес веб-сервера, а отдельный поддомен — на другой сервер. Несколько A-записей с одинаковым именем позволяют направлять посетителей на несколько IPv4-адресов.

Запись AAAA выполняет ту же задачу для IPv6-адресов. Если инфраструктура поддерживает IPv6, обычно добавляют и A, и AAAA. Тогда клиент выбирает подходящий протокол в зависимости от своей сети. Неверно указанная AAAA-запись способна вызвать проблемы у части пользователей, даже если IPv4-сайт открывается без ошибок.

Для корневого домена чаще всего используют именно A и AAAA, поскольку стандартный CNAME для корня зоны применять нельзя. В некоторых DNS-панелях встречаются специальные псевдозаписи ALIAS или ANAME, но их работа зависит от конкретного DNS-провайдера, а не является универсальным типом DNS.

CNAME создает псевдоним: одно имя домена ссылается на другое доменное имя. Например, поддомен shop может быть псевдонимом для технического имени платформы интернет-магазина. При обращении к shop DNS сначала получает целевое имя, а затем ищет его A- или AAAA-записи. CNAME удобен, когда IP-адрес целевого сервиса может меняться.

На имени с CNAME нельзя размещать A, AAAA, MX, TXT и большинство других записей. Исключение составляют служебные особенности некоторых DNS-систем, но в стандартной конфигурации смешивать их нельзя. Это важно учитывать при подключении внешних сервисов: если поддомен уже является CNAME, добавить на него запись проверки TXT обычно не получится.

Записи NS указывают авторитетные DNS-серверы домена или делегированного поддомена. Они определяют, где находится зона и кто отвечает за ее обслуживание. SOA содержит служебные параметры зоны: основной сервер, контакт администратора, серийный номер и интервалы обновления. Обычно SOA формируется автоматически, но серийный номер особенно важен при ручном управлении вторичными DNS-серверами.

MX-запись определяет почтовые серверы, принимающие письма для домена. В ее значении указывается имя сервера и приоритет. Чем меньше число приоритета, тем выше предпочтение. Несколько MX-записей позволяют настроить резервный прием почты. Значением MX должен быть доменный хост, а не IP-адрес: затем этот хост разрешается через A или AAAA.

TXT-запись хранит произвольный текст, однако на практике она чаще используется для подтверждения владения доменом и настроек защиты почты. Через TXT публикуют SPF-политику, указывающую, какие серверы имеют право отправлять письма от имени домена. Ошибки в SPF могут привести к отклонению легитимных сообщений или позволить злоумышленникам проще подделывать отправителя.

DKIM также публикуется в TXT, но содержит открытый ключ для проверки цифровой подписи исходящих писем. Запись размещается на имени с селектором, например selector._domainkey. DMARC размещается на имени _dmarc и задает правила обработки писем, не прошедших SPF и DKIM, а также адреса для отчетов. Для устойчивой доставки почты эти механизмы следует настраивать совместно и проверять после каждого изменения почтовой платформы.

SRV-запись описывает расположение конкретного сервиса: его имя, протокол, приоритет, вес, порт и целевой хост. Она используется в телефонии, корпоративных мессенджерах, игровых сервисах, каталогах и некоторых системах автоконфигурации. В отличие от обычной A-записи, SRV помогает клиенту узнать не только адрес, но и порт нужной службы.

PTR-запись применяется для обратного DNS-разрешения: она связывает IP-адрес с доменным именем. Такие записи особенно важны для почтовых серверов, потому что многие принимающие системы проверяют обратное соответствие адреса отправителя. PTR настраивается владельцем IP-сети или хостинг-провайдером, а не всегда владельцем домена.

CAA-запись ограничивает список центров сертификации, которым разрешено выпускать TLS-сертификаты для домена. Она снижает риск выпуска сертификата неуполномоченной организацией. Также существуют записи NAPTR, TLSA и SSHFP, применяемые в специализированных сценариях. Их не стоит добавлять без понимания требований сервиса: некорректная служебная запись может нарушить подключение или проверку безопасности.

После изменения DNS важно учитывать TTL, проверять отсутствие конфликтов и не удалять действующие записи до завершения переноса. Для почты особенно опасно одновременно менять MX, SPF, DKIM и DMARC без поэтапной проверки. Резервная копия зоны перед редактированием помогает быстро восстановить рабочую конфигурацию.