Типы DNS-записей: A, AAAA, CNAME, MX, TXT, NS и другие
Последняя проверка: 20 окт. 2026 г.
DNS превращает имя вроде example.ru в адреса и настройки, которые нужны браузерам и почтовым серверам. Каждая порция информации — это запись определённого типа. Знания десятка распространённых типов достаточно, чтобы без сюрпризов настроить сайт, почту и записи для подтверждения прав.
Коротко
- A и AAAA указывают имя на IPv4- или IPv6-адрес; CNAME делает имя псевдонимом другого имени.
- MX сообщает, какие серверы принимают почту; TXT хранит текст: SPF, DKIM, DMARC и коды подтверждения.
- Записи NS делегируют домен его DNS-серверам; их смена переносит весь ваш DNS в другое место.
- Изменения никуда не «рассылаются»: резолверы хранят старый ответ, пока не истечёт его TTL.
Распространённые типы записей
| Тип | Назначение | Пример |
|---|---|---|
| A | Имя → IPv4-адрес | example.ru A 203.0.113.10 |
| AAAA | Имя → IPv6-адрес | example.ru AAAA 2001:db8::10 |
| CNAME | Имя → другое имя (псевдоним) | www CNAME example.ru |
| MX | Почтовые серверы с приоритетом (меньшее число — первым) | example.ru MX 10 mail.example.ru |
| TXT | Произвольный текст: SPF, DKIM, DMARC, подтверждение владения | v=spf1 include:_spf.google.com ~all |
| NS | Авторитетные DNS-серверы домена | example.ru NS ns1.provider.net |
| SOA | Данные зоны: первичный сервер, серийный номер, таймеры | Создаёт DNS-провайдер |
| CAA | Какие удостоверяющие центры могут выпускать SSL-сертификаты | example.ru CAA 0 issue "letsencrypt.org" |
| SRV | Хост и порт служб вроде SIP или XMPP | _sip._tcp SRV 10 5 5060 sip.example.ru |
| PTR | Обратная зона: IP → имя; настраивает владелец IP (ваш хостинг) | 10.113.0.203.in-addr.arpa PTR mail.example.ru |
Правила, из-за которых чаще всего бывают проблемы
- На корне домена (самом example.ru) CNAME быть не может: там также находятся записи NS и SOA, а CNAME не может соседствовать с другими записями. На корне используйте A/AAAA; многие провайдеры предлагают для этого ALIAS/ANAME или «CNAME flattening».
- У имени с CNAME не может быть других записей, поэтому к поддомену-CNAME нельзя добавить MX или TXT.
- Записи MX и NS должны указывать на имя хоста — никогда напрямую на IP-адрес или на CNAME.
- На одном имени допускается только одна SPF-запись; несколько TXT-записей для других целей — не проблема.
- В некоторых панелях важна точка в конце:
mail.example.ru.— полное имя; без точки панель может дописать ваш домен, и получитсяmail.example.ru.example.ru.
TTL и «распространение»
У каждой записи есть TTL (время жизни) в секундах. Резолверы интернет-провайдеров и публичных DNS-сервисов хранят ответ в кеше в течение этого времени. Когда вы меняете запись, те, кто уже закешировал старое значение, продолжают использовать его до истечения TTL — это и называют распространением DNS.
Планируйте изменения: за день до переезда сайта уменьшите TTL изменяемых записей до 300 секунд (5 минут), а после переезда верните 3600 или больше. Смена DNS-серверов (NS) занимает больше времени: у NS-записей в родительской зоне (например, .com) TTL может достигать двух суток, и некоторые резолверы ждут всё это время.
Отрицательные ответы тоже кешируются: если запросить имя до его создания, ответ «такого имени нет» может храниться в течение отрицательного TTL, заданного в SOA-записи зоны.
Типичные настройки
- Сайт на хостинге: A (и AAAA, если есть) для example.ru, а www — CNAME на example.ru.
- Почта Google Workspace или Microsoft 365: выданные ими MX-записи, include в SPF, DKIM в виде CNAME/TXT и запись DMARC. Подробнее — в руководстве по SPF, DKIM и DMARC.
- Подтверждение для Google Search Console, Яндекс Вебмастера и похожих сервисов: TXT-запись на домене; она может соседствовать с SPF.
- Поддомен для SaaS-сервиса (магазин, поддержка):
shop CNAMEна имя хоста, которое выдал сервис.
Проверьте свои записи
- Проверьте домен, чтобы увидеть A, AAAA, MX, NS, TXT и другие записи в одном месте.
- Проверка распространения DNS спрашивает публичные резолверы по всему миру и ваши авторитетные DNS-серверы, видят ли они уже новое значение.
- Проверка безопасности почты проверяет MX, SPF, DKIM и DMARC.
Источники
- RFC 1035 – Domain names: implementation and specification
- RFC 2181 – Clarifications to the DNS specification
- RFC 2308 – Negative caching of DNS queries
- RFC 8659 – DNS CAA resource record
- IANA – DNS parameters
Это руководство обобщает открытую информацию и не является юридической консультацией.
Другие руководства
- Перенос домена к другому регистратору: пошаговая инструкция
- Ошибки SSL-сертификата: что они означают и как их исправить
- Как выбрать доменное имя: практический чек-лист
- SPF, DKIM и DMARC простыми словами: защита от подделки и доставка во входящие
- Кому принадлежит домен? Проверка WHOIS и RDAP простыми словами