Виды DNS-записей и их назначение
DNS-записи связывают доменное имя с серверами, почтовыми службами и другими ресурсами в интернете. Когда пользователь вводит адрес сайта, DNS-система находит нужную запись и сообщает браузеру, куда отправлять запрос. От правильной настройки зависит доступность сайта, работа корпоративной почты, подтверждение домена в сервисах и безопасность передачи данных.
У каждой записи есть тип, имя, значение и время жизни TTL. Тип определяет назначение записи, имя указывает поддомен или корень домена, а значение содержит адрес либо параметры целевого сервиса. Ниже рассмотрены основные виды DNS-записей, которые чаще всего встречаются при администрировании домена.
Записи A и AAAA: привязка домена к IP-адресу
Запись A связывает доменное имя с IPv4-адресом сервера. Это самый распространенный тип: с его помощью домен и поддомены направляют на хостинг, виртуальный сервер, балансировщик нагрузки или иной ресурс. Например, отдельные A-записи могут использоваться для основного сайта, панели управления, тестовой версии проекта и других сервисов.
Запись AAAA выполняет аналогичную задачу, но хранит IPv6-адрес. IPv6 постепенно становится стандартом для современных сетей, поэтому многие сайты используют A и AAAA одновременно. В таком случае посетитель подключается по тому протоколу, который поддерживают его сеть и устройство.
При изменении хостинга обычно меняют именно A- или AAAA-запись. Важно учитывать TTL: это период, в течение которого DNS-ответ может храниться в кэше. Низкий TTL помогает быстрее переключить домен на новый сервер, но повышает число запросов к DNS-серверам. После завершения переноса значение TTL обычно увеличивают.
CNAME и ALIAS: псевдонимы для доменных имен
CNAME создает псевдоним одного доменного имени для другого. Вместо IP-адреса в ней указывается целевой хост. Например, поддомен может быть псевдонимом адреса, предоставленного облачной платформой, системой доставки контента или конструктором сайтов. Когда DNS получает запрос к псевдониму, он последовательно определяет адрес основного имени.
CNAME удобна, если целевой сервис меняет IP-адреса: администратору не нужно вручную обновлять A-записи. Однако для одного имени нельзя одновременно использовать CNAME и другие записи, такие как MX или TXT. Кроме того, классическая CNAME обычно не применяется для корневого домена, поскольку в корне уже должны присутствовать записи NS и SOA.
Некоторые DNS-провайдеры предлагают записи ALIAS, ANAME или похожие механизмы. Они позволяют указывать имя-цель для корня домена, а провайдер самостоятельно возвращает конечные IP-адреса. Это не единый стандарт DNS, поэтому правила работы таких записей зависят от панели управления.
MX, TXT и SPF: настройки электронной почты
MX-запись определяет серверы, которые принимают почту для домена. В ее параметрах указывается имя почтового сервера и приоритет. Чем меньше числовое значение приоритета, тем раньше будет использован сервер. Несколько MX-записей позволяют организовать резервирование: если основной узел недоступен, отправляющая система попробует следующий.
TXT-запись содержит произвольный текст и применяется для проверки прав на домен, настройки почтовой аутентификации, интеграции с внешними сервисами и других задач. Ее значение должно переноситься точно, без лишних пробелов и изменений символов. Некоторые длинные TXT-записи в панели могут отображаться несколькими частями, но DNS-система воспринимает их как единое значение.
SPF обычно публикуется в TXT-записи. Он описывает, какие серверы имеют право отправлять письма от имени домена. Корректный SPF снижает вероятность подделки адреса отправителя и попадания легитимных сообщений в спам. Для надежной почтовой конфигурации также используют DKIM-подпись и политику DMARC, которые также размещаются в DNS через TXT-записи.
- MX отвечает за маршрут входящей почты.
- SPF ограничивает разрешенные источники отправки.
- DKIM подтверждает письмо криптографической подписью.
- DMARC задает правила проверки и обработки подозрительных сообщений.
NS и SOA: управление DNS-зоной домена
NS-записи указывают авторитетные DNS-серверы домена. Именно они хранят актуальную зону и отвечают на запросы о записях сайта, почты и поддоменов. При подключении стороннего DNS-провайдера обычно требуется заменить набор NS-серверов у регистратора домена. Изменение распространяется не мгновенно: обновление зависит от кэширования и настроек зоны.
Запись SOA содержит служебные сведения о DNS-зоне: основной сервер, контакт администратора в специальном формате, серийный номер зоны и интервалы обновления. Серийный номер нужен вторичным DNS-серверам, чтобы понимать, появились ли изменения в зоне. Обычно SOA создается автоматически и редко требует ручного редактирования.
Ошибки в NS-записях способны сделать недоступными все сервисы домена. Поэтому при переносе DNS важно заранее скопировать существующие записи: A, AAAA, MX, TXT, CNAME и другие. Сначала на новом провайдере создают полную зону, проверяют ее содержимое, а затем меняют делегирование через NS.
SRV, PTR, CAA и другие специальные записи
SRV-запись используется для поиска конкретного сервиса по домену. В ней задаются имя службы, протокол, приоритет, вес, порт и целевой сервер. Такие записи применяются в телефонии, корпоративных коммуникациях, игровых сервисах, каталогах и отдельных системах автоматической настройки клиентов. Вес помогает распределять нагрузку между серверами с одинаковым приоритетом.
PTR-запись выполняет обратное сопоставление: связывает IP-адрес с доменным именем. Она особенно важна для почтовых серверов, поскольку многие получатели проверяют наличие корректного обратного DNS. PTR настраивается владельцем IP-подсети или провайдером, который выдал адрес, а не в обычной зоне домена.
CAA-запись ограничивает центры сертификации, которым разрешено выпускать сертификаты для домена. Она повышает контроль над сертификатами и уменьшает риск их ошибочной выдачи. Также встречаются записи NAPTR, TLSA и SSHFP, но они нужны в более специализированных инфраструктурах.
Перед добавлением любой DNS-записи следует проверить имя хоста, тип, значение, приоритет и TTL. Не стоит удалять старые записи без понимания их назначения: даже незаметная на первый взгляд строка может обеспечивать работу почты, подтверждение сервиса или внутреннего поддомена.