Типы DNS записей

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

Адресация и псевдонимы

A связывает имя с IPv4-адресом, AAAA — с IPv6-адресом. CNAME указывает другое каноническое имя; его нельзя без оговорок сочетать с другими данными для того же имени. Наличие A-записи не означает, что веб-сайт отвечает по HTTP, а отсутствие A не исключает доступ через IPv6.

Почта и делегирование

MX указывает почтовый обменник и его приоритет: меньшее число обычно означает более высокий приоритет. Указанное в MX имя должно разрешаться в адрес A или AAAA; только A не обязателен. При отсутствии MX стандарт SMTP предусматривает попытку доставки непосредственно на адрес домена, если он разрешается в A или AAAA. NS задаёт авторитетные серверы имён для зоны или делегирования, а SOA содержит основные параметры зоны. См. RFC 5321 о доставке почты.

Другие полезные записи

TXT хранит текстовые значения и часто используется для правил SPF и подтверждения владения доменом. PTR помогает выполнять обратное сопоставление адреса с именем: для IPv4 это зона in-addr.arpa, для IPv6 — ip6.arpa. SRV указывает расположение определённого сервиса. Запись сама по себе не доказывает, что сервис работает: результат нужно проверять отдельно. Посмотреть записи можно через параметры DNS домена, а задержку ответа — через проверку DNS-сервера.

Как записи взаимодействуют

Представим сайт example.com. Его запись A может указывать IPv4-адрес веб-сервера, AAAA — IPv6-адрес, а MX — отдельный почтовый сервер. Имя www.example.com может быть псевдонимом CNAME для другого имени. При этом CNAME и другие записи для одного и того же имени обычно несовместимы по правилам DNS; перед добавлением записи проверьте ограничения панели управления. Публикация AAAA имеет смысл, только если сервис действительно доступен по IPv6.

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

Проверка почты и обратной зоны

Если письмо не доставлено, проверьте MX домена и адреса серверов, на которые он ссылается. Записи SPF, DKIM и DMARC используют DNS, но решают разные задачи проверки отправителя; один TXT-запись не заменяет настройку остальных механизмов. Для обратного имени PTR обычно нужен контроль над обратной зоной у владельца IP-диапазона, поэтому изменить его только в панели домена часто невозможно. Совпадение PTR с почтовым именем может быть полезным для доставки почты, но само по себе не гарантирует её принятия.

Формат и ограничения базовых типов определяет RFC 1035. Для отдельной диагностики спрашивайте нужный тип записи и сверяйте, какой сервер дал ответ; публичный кеширующий резолвер и авторитетный сервер могут временно показывать разные данные.