DNS-записи домена: типы A, CNAME, TXT, MX и проверка

DNS-записи домена — строки в его зоне, которые объясняют интернету, куда вести имя: на IP-адрес лендинга, на сервер трекера, на почтовый шлюз. Смотреть их можно публичными чекерами или командами dig и nslookup, менять — в панели регистратора или DNS-провайдера. Байеру они нужны в трёх точках: привязать лендинг к домену, поднять отдельный поддомен под трекер, получить рабочий почтовый домен для регистраций в рекламных кабинетах и партнёрках.

Что такое DNS-запись простыми словами

DNS — распределённая телефонная книга интернета. В ней нет «сайтов», есть пары «имя → значение»: браузер спрашивает у резолвера, какой IP стоит за example.com, получает ответ и идёт по нему. Запись (resource record) — одна такая строка в зоне домена. Зона лежит не на вашем компьютере и не в браузере, а на DNS-серверах, перечисленных в NS-записях домена, — их вы задаёте у регистратора.

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

Из чего состоит запись

• Имя (хост) — к чему привязываемся: @ или пустое поле означает сам домен, www — поддомен www.домен, track — поддомен track.домен.
• Тип — A, AAAA, CNAME, TXT, MX, NS и другие. Тип определяет, что лежит в значении.
• Значение — IP-адрес, другое доменное имя, строка текста или имя почтового сервера; формат зависит от типа.
• TTL — сколько секунд резолверы и кеши могут держать ответ у себя, прежде чем переспросить зону.
• Приоритет — только у MX: чем меньше число, тем охотнее почта пойдёт на этот сервер.

Зачем это арбитражнику

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

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

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

Типы, с которыми байер сталкивается в рутине. Остальные (SRV, CAA, PTR и прочие) нужны редко, но их полезно узнавать в выводе чекера, чтобы не пугаться.

A-запись

A-запись — единственное, что реально ведёт трафик на сервер: она сопоставляет имя с IPv4-адресом. Если у корня домена нет A-записи (и нет CNAME или редиректа у провайдера), браузер не найдёт сайт вообще, даже когда хостинг настроен и файлы залиты. Именно A-запись меняют при переезде на другой сервер — и именно её забывают поменять, когда лендинг уже переехал, а домен всё ещё смотрит на старый IP.

Несколько A-записей на одном хосте технически возможны: резолвер отдаст их списком, клиент выберет один адрес. Для арбитражного лендинга это скорее способ случайно распределить часть трафика не туда — такой конфигурации лучше избегать, если вы не строите отказоустойчивую схему осознанно.

AAAA-запись

AAAA — то же самое для IPv6. Нужна только тогда, когда хостинг действительно выдаёт IPv6-адрес и вы хотите, чтобы часть посетителей шла по нему. Если IPv6 не настроен, а AAAA-запись прописана и ведёт на несуществующий адрес, часть пользователей с IPv6-подключением получит ошибку или заметную задержку перед откатом на IPv4. Диагностика неприятная: у вас и у части проверяющих сайт открывается, у остальных — нет.

CNAME-запись

CNAME — алиас: «это имя равно другому имени». IP в нём нет, значение — доменное имя, настоящий адрес резолвер найдёт, дораскрутив цепочку. Удобно для поддоменов под трекер, CDN и конструкторы: CNAME прописывается один раз, а провайдер сервиса меняет IP у себя без вашего участия.

Ограничение: CNAME нельзя ставить на имя, где уже есть другие записи (A, MX, TXT и так далее) — имя либо алиас, либо самостоятельная запись. На корне домена CNAME в классическом виде нежелателен, и часть провайдеров его там просто не даст создать, предложив ALIAS/ANAME или редирект.

TXT-запись

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

TXT-записей на одном имени может быть несколько, и это нормально — но каждая отдельная строка со своими кавычками. Склеите два подтверждения в одну строку — не сработает ни одно. Если верификацию требуют несколько провайдеров, при удалении старой проверки следите, чтобы не снести нужную. Почтовая часть подробнее разобрана в материале про домен под почту.

MX-запись

MX указывает, куда доставлять входящую почту: в значении — имя почтового сервера, в приоритете — порядок, в котором их пробовать. Без MX домен не принимает письма: подтверждения регистрации, коды входа и ответы партнёрок не дойдут. Типичная ошибка — настроить SPF и решить, что «почта готова»: SPF описывает, кто вправе отправлять, но не куда принимать.

NS-запись

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

A и CNAME: в чём разница

A отвечает «какой это IP», CNAME — «чьё это имя». A жёстко привязывает хост к адресу и требует ручной правки при каждом переезде. CNAME привязывает к чужому домену и переезды переживает сам, потому что адрес меняется на стороне владельца целевого имени. Поэтому корень домена обычно держат на A (или на редиректе), а сервисные поддомены — на CNAME.

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

Проверка состоит из двух независимых шагов, и путать их нельзя: посмотреть, что лежит в зоне (у DNS-провайдера или в публичном чекере), и посмотреть, что реально отдаёт резолвер из кеша. Первое показывает намерение, второе — факт.

Публичные чекеры

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

dig и nslookup на пальцах

nslookup есть почти в любой системе из коробки, dig — в большинстве сборок Linux и macOS; оба спрашивают резолвер и печатают ответ по нужному типу записи. Проверять стоит не только корень, но и поддомены: трекер и почта живут на отдельных именах, и ошибки чаще всего именно там.

Проверено: 25.10.2026. Цены и условия регистраторов и реестров — ориентир на дату проверки; точное на их страницах тарифов. Нашли неточность — напишите на redakciya@domeny-arbitrazh.com.