Настройка DNS-записей для сайта: A, CNAME, MX, TXT

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

Основные типы записей

A-запись: домен и сервер

Самая базовая запись — она определяет, на какой IP-адрес попадёт посетитель, набрав адрес сайта. При переезде на другой хостинг именно эту запись меняют, указывая новый IP.

site.ru.       A       203.0.113.10
www.site.ru.   A       203.0.113.10

Обратите внимание: домен с www и без — формально разные записи, и их нужно настраивать обе, если сайт должен открываться по обоим вариантам адреса.

CNAME: псевдоним вместо адреса

Вместо явного IP запись CNAME указывает на другое доменное имя. Удобно для поддоменов, которые должны следовать за основным доменом без отдельного обновления при смене сервера:

shop.site.ru.  CNAME   site.ru.

Ограничение: CNAME нельзя сочетать с другими записями на том же имени — если для поддомена уже есть, например, MX-запись, CNAME на него настроить не получится.

MX: доставка почты

Записи MX определяют, какой сервер принимает почту для домена, и с каким приоритетом — чем меньше число, тем выше приоритет:

site.ru.   MX   10 mx1.yandex.ru.
site.ru.   MX   20 mx2.yandex.ru.

Если почта настроена на внешнем сервисе — например, Яндекс 360 или Google Workspace, — MX-запись должна указывать именно на серверы этого сервиса, а не на хостинг сайта. Смешивание этих настроек — частая причина, когда письма перестают приходить после смены хостинга: администратор переносит A-запись на новый сервер и по инерции трогает MX, хотя почта живёт отдельно.

TXT: подтверждения и защита почты

Запись TXT хранит произвольный текст и используется для нескольких задач сразу: подтверждение владения доменом для сервисов вроде Google Search Console, а также записи SPF и DKIM, отвечающие за доставляемость исходящей почты. Подробный разбор этих двух механизмов — в статье про настройку доставляемости писем.

Важное ограничение: SPF-запись должна быть только одна на домен. Если нужно разрешить отправку с нескольких сервисов, все они перечисляются в одной строке через include, а не создаются отдельными записями.

TTL: как быстро применяются изменения

У каждой записи есть время жизни (TTL) — сколько секунд серверы других провайдеров держат её в своём кеше, прежде чем запросить заново. Стандартное значение — от нескольких часов до суток.

Перед плановым изменением DNS — например, переездом на другой хостинг — TTL полезно снизить заранее, за день-два. Тогда после внесения новой записи изменения разойдутся по интернету за минуты, а не за сутки.

Как проверить текущие записи

# посмотреть A-запись домена
dig site.ru A +short

# посмотреть MX-записи
dig site.ru MX +short

# посмотреть все TXT-записи
dig site.ru TXT +short

На Windows аналогичную проверку выполняет команда nslookup -type=MX site.ru. Онлайн-сервисы проверки DNS дают ту же информацию наглядно, без работы с консолью, и полезны для проверки, как записи выглядят с разных концов интернета — распространение изменений по разным DNS-серверам происходит не мгновенно.

Частые ошибки

• Настроен только домен без www или наоборот. Часть посетителей не может открыть сайт по привычному адресу.
• MX-запись случайно затёрта при смене хостинга. Почта перестаёт приходить, хотя сайт работает исправно.
• Несколько SPF-записей вместо одной с несколькими include. Проверка SPF считается некорректной целиком.
• TTL не снижен перед плановым изменением. Переключение растягивается на сутки вместо минут.
• CNAME настроен на имени, где уже есть другая запись. Конфликт, который DNS-сервер может обработать непредсказуемо.

Итог

Пять типов записей закрывают почти все практические задачи с доменом: A и AAAA привязывают домен к серверу, CNAME создаёт псевдоним, MX направляет почту, TXT хранит подтверждения и настройки доставляемости. Перед любым плановым изменением стоит заранее снизить TTL, а после — проверить результат командой dig или онлайн-сервисом, а не полагаться на то, что запись «должна была примениться».