DNS-записи простыми словами: A, CNAME, MX, TXT

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

Что такое DNS и зачем домену записи

Домен куплен, хостинг оплачен — и тут регистратор предлагает «настроить DNS-записи». У половины наших клиентов на этом шаге начинается лёгкая паника: аббревиатуры A, MX и TXT выглядят как заклинания. На деле всё заметно проще, чем кажется.

DNS — телефонная книга интернета. Человек набирает site.ru, система доменных имён находит в своей «книге» строчку с этим именем и сообщает браузеру, по какому IP-адресу искать сервер. Записи в книге бывают разных типов, и каждый тип отвечает за своё.

Все записи одного домена вместе называют DNS-зоной. Хранится зона на DNS-серверах — их ещё называют NS-серверами — и редактируется в панели того, кому эти серверы принадлежат: регистратора, хостинга или отдельного DNS-сервиса.

Типы DNS-записей: таблица

Основные записи подробнее

A и AAAA — адрес дома

A-запись говорит: «сайт site.ru живёт по адресу 203.0.113.15». Без неё домен просто не откроется. Когда вы привязываете домен к хостингу, чаще всего меняете именно её: берёте IP из письма хостера и вписываете в поле значения.

AAAA — такая же запись для адресов нового формата, IPv6. Если хостер выдал только обычный адрес из четырёх чисел, AAAA не нужна. А вот забытая AAAA со старым адресом после переезда — частая причина того, что у части посетителей сайт открывается, а у части нет.

Записи создаются для конкретного имени: основного домена, www, поддоменов. Знак @ в панели означает сам домен без приставок.

CNAME — псевдоним

CNAME отсылает одно имя к другому. Запись «www → site.ru» означает: у www.site.ru нет собственного адреса, смотрите на основной домен. Удобно тем, что при смене сервера вы правите одну A-запись, а все псевдонимы подтягиваются сами. Через CNAME подключают и внешние сервисы — например, CDN для раздачи картинок.

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

MX — почтовое отделение

MX-запись отвечает только за входящую почту: куда доставлять письма для ящиков на вашем домене. Сайт при этом может жить на одном сервере, а почта — на Яндекс 360 или VK WorkSpace. Это нормальная и очень распространённая схема.

У MX есть приоритет — число: чем оно меньше, тем раньше сервер получит письмо, а серверы с большим числом считаются запасными. Значением MX должно быть имя сервера, а не IP-адрес. Пошаговая настройка — в статье про почту на домене.

TXT — справки и подтверждения

В TXT-записи кладут всё подряд: подтверждение прав на домен для Яндекс Вебмастера, коды верификации внешних сервисов. SPF и DKIM — тоже TXT-записи: они доказывают почтовым сервисам, что письма с вашего домена не подделка, и без них рассылки улетают в спам.

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

NS — кто хранит зону

NS-записи указывают, на каких серверах лежит зона. Их задают у регистратора домена, и это главный переключатель: стоит сменить NS — и все записи начинают читаться с новых серверов. Если там зона пустая, перестанут работать и сайт, и почта.

Реже встречаются записи CAA (какие центры вправе выпускать SSL-сертификаты для домена), SRV (адреса отдельных служб, например телефонии) и PTR (обратная запись для IP-адреса, важна для почтовых серверов; её настраивает владелец адреса, то есть хостер).

Где редактировать DNS-записи: у регистратора или у хостинга

Там, куда указывают NS-серверы домена. Это самое частое место путаницы: человек правит записи в панели регистратора, хотя домен давно обслуживают серверы хостинга, и изменения просто не действуют.

1. Посмотрите, какие NS-серверы прописаны у домена: они указаны в личном кабинете регистратора и в данных whois.
2. По имени серверов станет понятно, чьи они: регистратора, хостинга или стороннего сервиса.
3. Зайдите в панель этой компании и найдите раздел управления DNS или зоной домена — записи редактируются там.

Доступы и к регистратору, и к панели, где живёт зона, должны быть у владельца бизнеса — об этом наша статья кому принадлежит ваш сайт.

Как привязать домен к хостингу: два способа

• Сменить NS-серверы на серверы хостинга. Хостинг сам создаст нужные записи, а управление зоной переедет к нему. Просто, но все записи, которые были у регистратора, — почту, подтверждения — нужно заранее перенести в новую зону.
• Оставить NS как есть и изменить A-запись. Вы вписываете IP-адрес нового сервера в записи для основного имени и для www. Остальное — почта, TXT — остаётся нетронутым. Это безопаснее, когда на домене уже работает почта.

Порядок действий для второго способа:

1. Возьмите IP-адрес сервера из письма хостера или из панели хостинга.
2. Добавьте домен в панели хостинга, чтобы сервер знал, какой сайт по нему показывать.
3. Откройте зону домена и сохраните её текущее содержимое — скриншотом или текстом.
4. Замените значение A-записи для имени @ и для www на новый адрес. Если есть AAAA-записи — обновите или удалите и их.
5. Записи MX и TXT не трогайте.
6. Дождитесь обновления и проверьте, что сайт открывается с нового сервера, а почта ходит.
7. Выпустите SSL-сертификат на новом сервере — до обновления записей он, как правило, не выпускается.

Полный сценарий переезда с файлами, базой и проверками — в статье про перенос сайта на другой хостинг.

TTL: почему изменения «доезжают» часами

У каждой записи есть TTL — время, на которое провайдеры и операторы запоминают ответ. Если TTL равен 86400 секунд, то есть суткам, изменённая запись у части посетителей обновится только через сутки. Отсюда классическая картина: вы уже видите новый сайт, а клиент из соседнего офиса — старый. Да, так бывает, и это не поломка.

Перед плановым переездом мы заранее снижаем TTL до 300–600 секунд, ждём, пока старое значение везде истечёт, и только потом меняем адрес. Тогда переключение занимает минуты, а не сутки. После смены NS-серверов ждать приходится дольше, чем после правки отдельной записи: обычно от нескольких часов до суток-двух.

Как проверить DNS-записи домена

• Онлайн. Наш инструмент проверки домена показывает DNS-записи, IP-адрес и данные whois любого домена.
• Из командной строки. Команда nslookup site.ru покажет A-запись, nslookup -type=MX site.ru — почтовые серверы, nslookup -type=TXT site.ru — текстовые записи. Работает в Windows, macOS и Linux.
• Сервисами проверки распространения. Они опрашивают DNS-серверы в разных странах и показывают, где изменение уже видно, а где ещё нет.

Если после изменения вы видите старый сайт, а проверка показывает новый адрес — дело в кэше вашего компьютера или провайдера. Попробуйте открыть сайт через мобильный интернет.

Типовые ошибки при переезде сайта

К нам пришёл клиент, у которого после смены хостинга три дня не работала почта. Сайт переехал успешно, а вот MX-записи на новых NS-серверах воссоздать забыли — письма от покупателей молча пропадали, и никто не понимал почему. Три дня заказов в никуда.

Похожих сценариев мы видели десятки, и почти все укладываются в короткий список.

• Меняют A-запись и забывают про MX: сайт работает, почта умирает.
• Удаляют «непонятные» TXT-записи, а вместе с ними SPF и DKIM — письма магазина начинают падать в спам.
• Правят записи в панели старого регистратора, хотя домен давно обслуживают NS-серверы хостинга, и изменения просто не действуют.
• Меняют NS-серверы, не перенеся записи в новую зону.
• Создают вторую SPF-запись вместо того, чтобы дополнить существующую, — проверка отправителя перестаёт работать.
• Оставляют старую AAAA-запись: часть посетителей попадает на прежний сервер.
• Вписывают в MX IP-адрес вместо имени сервера.
• Меняют записи в пятницу вечером при TTL в сутки: быстро исправить ошибку уже не получится.

Чек-лист перед изменением DNS

• Известно, на каких NS-серверах живёт зона, и есть доступ к их панели.
• Текущие записи сохранены скриншотом или текстом.
• TTL заранее снижен до 300–600 секунд.
• Понятно, какие записи меняются, а какие остаются.
• MX и TXT для почты перенесены или не затронуты.
• После изменения проверены сайт, версия с www, почта и формы на сайте.
• После успешной проверки TTL возвращён к обычному значению.

Коротко

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

Глубоких знаний DNS не требует — достаточно понимать, какая запись за что отвечает, и не трогать лишнего. Если же впереди серьёзный переезд, час работы специалиста дешевле, чем потерянные заказы. В CasperLab мы настраиваем DNS при каждом подключении домена или хостинга и спокойно перевозим сайты вместе с почтой.