DNS-записи простыми словами: типы, TTL и смена NS-серверов

Компьютеры общаются по IP-адресам вроде 93.184.215.14, а людям удобнее имена вроде example.ru. Система доменных имён (DNS) связывает одно с другим. Каждый раз, когда вы открываете сайт или отправляете письмо, ваш компьютер делает DNS-запрос и получает ответ: «сайт находится на таком-то сервере, почта принимается вот здесь».

Как работает DNS-запрос

1. Вы вводите example.ru в браузере.
2. Компьютер спрашивает рекурсивный DNS-резолвер — обычно провайдера или публичный (например, DNS Яндекса или Google).
3. Если ответа нет в кэше, резолвер идёт по цепочке: корневые серверы → серверы зоны .ru → авторитативные NS-серверы вашего домена.
4. Авторитативный сервер возвращает нужную запись, резолвер кэширует её на время TTL и передаёт ответ браузеру.

Посмотреть, что возвращают DNS-серверы для любого домена, можно в проверке DNS.

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

A и AAAA

Основные записи для сайта. Обычно задают две: для корня (@) и для www. Если хостинг поддерживает IPv6, добавьте AAAA — но только если сайт действительно работает по этому адресу, иначе часть пользователей увидит ошибку.

CNAME

Удобен, когда адрес сервера может меняться: вы указываете имя платформы, а она сама управляет IP-адресами. Используется для конструкторов сайтов, CDN, сервисов рассылок.

Ограничения:

• CNAME нельзя ставить на корневой домен (example.ru), потому что там обязательно есть NS и SOA. Некоторые DNS-провайдеры предлагают обходные варианты (ALIAS, ANAME, «CNAME flattening»).
• Если у имени есть CNAME, других записей для этого имени быть не может.

MX

Указывает почтовые серверы домена и их приоритет. Например, для Яндекс 360:

example.ru.  MX  10 mx.yandex.net.

Неправильная MX-запись — частая причина, по которой «письма не приходят». При переходе с одного почтового сервиса на другой удалите старые MX-записи.

TXT

Универсальная текстовая запись. Чаще всего в ней хранят SPF, DKIM и DMARC, а также коды подтверждения владения доменом для Яндекс Вебмастера, Google Search Console и других сервисов. Подробности — в гайде SPF, DKIM и DMARC.

NS

Определяют, какие серверы хранят зону вашего домена. Именно они главные: если вы меняете записи в панели хостинга, а NS домена указывают на регистратора, изменения не будут иметь никакого эффекта.

CAA

Ограничивает, какие удостоверяющие центры могут выдавать SSL-сертификаты для домена. Если CAA-запись есть и в ней не указан ваш центр сертификации, выпуск или продление сертификата завершится ошибкой.

TTL и «распространение» DNS

TTL (Time To Live) — время в секундах, в течение которого резолверы могут хранить ответ в кэше. 3600 означает один час.

Когда вы меняете запись, мир узнаёт об этом не мгновенно: резолверы, которые уже закэшировали старое значение, продолжат отдавать его до истечения TTL. Это и называют «распространением DNS».

Практический приём для переезда:

1. За сутки до переезда снизьте TTL нужных записей, например, с 86 400 (сутки) до 300 (5 минут).
2. Дождитесь, пока истечёт старый TTL (те самые сутки).
3. Поменяйте IP-адрес — теперь кэш обновится за 5 минут.
4. После переезда верните TTL на 3600 или больше.

Как сменить NS-серверы домена

Смена NS нужна, когда вы переносите управление DNS к хостингу или к отдельному DNS-провайдеру.

1. Перенесите все записи заранее. Создайте в новой DNS-зоне копию всех существующих записей: A, CNAME, MX, TXT (особенно SPF, DKIM и коды подтверждения). Иначе после смены NS перестанет работать почта.
2. Смените NS у регистратора — в панели управления доменом (например, в REG.RU, RU-CENTER или у другого регистратора).
3. Подождите. Для доменов .ru и .рф обновление информации в реестре и кэшах может занять до суток и больше.
4. Проверьте через проверку DNS, что ответы приходят уже с новых серверов, а через WHOIS — что у домена указаны новые NS.

Пример DNS-зоны небольшого сайта

Так может выглядеть зона домена компании, у которой сайт на хостинге, почта в Яндекс 360 и подтверждённые панели вебмастеров:

@        A      203.0.113.10
www      CNAME  example.ru.
@        MX     10 mx.yandex.net.
@        TXT    "v=spf1 include:_spf.yandex.net ip4:203.0.113.10 ~all"
mail._domainkey  TXT  "v=DKIM1; k=rsa; p=MIGfMA0..."
_dmarc   TXT    "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.ru"
@        TXT    "yandex-verification: 1a2b3c4d5e6f"
@        TXT    "google-site-verification=AbCdEf123..."
@        CAA    0 issue "letsencrypt.org"

Символ @ означает сам домен (example.ru), а точка в конце имени (example.ru.) — полное доменное имя. Если точку забыть, некоторые панели допишут домен ещё раз, и получится example.ru.example.ru.

Публичные DNS-резолверы

Если резолвер провайдера работает медленно или отдаёт устаревшие данные, на компьютере или роутере можно указать публичный:

Типичные проблемы

• Сайт открывается у одних и не открывается у других — идёт распространение DNS или где-то закэширована старая запись.
• Почта перестала приходить после смены хостинга — при смене NS не перенесли MX-записи.
• Изменения не применяются — правите зону не у того провайдера, на который указывают NS.
• Сертификат не выпускается — мешает CAA-запись или CNAME указывает на неверный адрес.
• Домен не работает вовсе — истёк срок регистрации: проверьте дату в WHOIS.

Если нужно узнать собственный внешний IP-адрес (например, чтобы добавить его в A-запись или в белый список), воспользуйтесь сервисом мой IP.

Чек-лист

• Известно, где управляется DNS (куда указывают NS).
• A-записи для корня и www указывают на актуальный сервер.
• MX-записи соответствуют текущему почтовому сервису.
• Есть SPF, DKIM и DMARC в TXT-записях.
• CAA (если есть) разрешает ваш центр сертификации.
• Перед переездом TTL снижен заранее.
• Срок регистрации домена продлён, включено автопродление.

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