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

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

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

Четыре записи, которые решают почти всё

A — адрес дома

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

CNAME — псевдоним

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

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

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

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

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

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

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

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

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

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

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

• Меняют A-запись и забывают про MX: сайт работает, почта умирает.
• Удаляют «непонятные» TXT-записи, а вместе с ними SPF и DKIM — письма магазина начинают падать в спам.
• Правят записи в панели старого регистратора, хотя домен давно обслуживают NS-серверы хостинга, и изменения просто не действуют.

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