Как проверить DNS-записи домена
Инструмент одним запросом получает основные DNS-записи домена: A, AAAA, CNAME, MX, NS, TXT и SOA. Запрос выполняет сервер PingDesk через рекурсивный DNS-резолвер, поэтому результат не зависит от кэша вашего компьютера, файла hosts и DNS-серверов провайдера.
Это первое, что стоит сделать после переноса сайта на новый сервер, смены хостинга или настройки почты: убедиться, что домен указывает на нужный IP, почта уходит на правильные MX-серверы, а в TXT опубликованы SPF и коды подтверждения сервисов.
Учтите, что инструмент работает с именами, которые резолвятся в публичный IP-адрес. Служебные имена без A- и AAAA-записей — например, _dmarc.example.ru — удобнее проверять командой dig или nslookup.
Как пользоваться DNS Lookup
- 1Введите домен или поддомен, например example.ru или shop.example.ru. Если вставите URL с https:// и путём, инструмент оставит только имя хоста.
- 2Нажмите «Запросить» — все типы записей запрашиваются параллельно, ответ приходит за секунду-две.
- 3Проверьте A и AAAA: они должны указывать на IP-адреса вашего сервера, балансировщика или CDN.
- 4Посмотрите MX: серверы отсортированы по приоритету, первым идёт основной. Убедитесь, что они соответствуют вашему почтовому сервису.
- 5Найдите в TXT запись, начинающуюся с v=spf1, и коды подтверждения сервисов. Пустые типы записей инструмент не показывает.
- 6Сверьте NS с серверами, которые указаны у регистратора, а serial в SOA — с ожидаемым после последних изменений зоны.
Типы DNS-записей и за что они отвечают
Каждая запись в зоне домена отвечает за свою задачу. Ошибка в одной из них может не затронуть сайт, но сломать почту — или наоборот.
| Тип | Что хранит | Частые ошибки |
|---|---|---|
| A | IPv4-адрес, на который указывает имя | Остался адрес старого сервера после переезда |
| AAAA | IPv6-адрес | Забыли обновить при переезде: пользователи с IPv6 попадают на старый сервер |
| CNAME | Псевдоним — ссылка на другое имя | CNAME на корне домена или рядом с другими записями того же имени |
| MX | Почтовые серверы домена и их приоритет | MX указывает на IP-адрес или на CNAME вместо имени с A-записью |
| NS | Авторитетные DNS-серверы зоны | Не совпадают с серверами, указанными у регистратора |
| TXT | Произвольный текст: SPF, DKIM, коды подтверждения | Две SPF-записи вместо одной, опечатки в синтаксисе |
| SOA | Параметры зоны: основной сервер, контакт, serial, таймеры | Serial не увеличен, и вторичные серверы не забирают изменения |
TTL и «распространение» DNS: почему изменения видны не сразу
TTL (time to live) — время в секундах, в течение которого резолверы провайдеров, публичные DNS и операционные системы могут хранить ответ в кэше. Пока срок не истёк, они отдают старое значение и не спрашивают авторитетный сервер заново. Именно это называют «распространением DNS»: на самом деле записи никуда не распространяются, просто кэши в разных местах истекают в разное время.
Поэтому сразу после изменения одни пользователи видят новый IP, а другие — старый, и проверка в этом инструменте тоже может показать закэшированное значение. Если TTL записи был 86 400 секунд, переключение растянется на сутки.
Смена NS-серверов у регистратора занимает больше времени: изменения публикуются в зоне верхнего уровня, а резолверы продолжают какое-то время использовать закэшированную старую делегацию. Закладывайте на это от нескольких часов до суток и не удаляйте зону со старых DNS-серверов, пока переключение не завершится.
Что означают поля SOA
SOA (Start of Authority) — служебная запись, которая есть в каждой зоне. Инструмент показывает все её поля, и они полезны при диагностике.
- nsname — основной (primary) DNS-сервер зоны.
- hostmaster — адрес ответственного лица, в котором @ заменён точкой: hostmaster.example.ru означает hostmaster@example.ru.
- serial — номер версии зоны. Его нужно увеличивать при каждом изменении, иначе вторичные серверы не заберут новую версию. Часто используют формат ГГГГММДДNN.
- refresh, retry, expire — как часто вторичные серверы проверяют обновления, через сколько повторяют неудачную попытку и через сколько перестают отвечать без связи с основным сервером.
- minttl — время, на которое резолверы кэшируют отрицательный ответ: если запросить несуществующее имя, оно будет считаться несуществующим ещё столько секунд после того, как вы его создадите.
Как проверить SPF, DKIM и DMARC
Записи почтовой аутентификации — TXT-записи, но живут они на разных именах. От них зависит, попадут ли ваши письма во входящие или в спам.
- SPF хранится в TXT самого домена и начинается с v=spf1. Он перечисляет серверы, которым разрешено отправлять почту от вашего имени. Запись должна быть одна; при подключении нового сервиса рассылок добавляйте его в существующую запись. Механизмы, требующие DNS-запросов (include, a, mx и другие), ограничены десятью.
- DKIM публикуется на имени селектор._domainkey.example.ru — селектор указывает почтовый сервис. В записи лежит публичный ключ для проверки подписи писем.
- DMARC публикуется на _dmarc.example.ru и начинается с v=DMARC1. Параметр p задаёт политику для писем, не прошедших проверку: none — только отчёты, quarantine — в спам, reject — отклонить.
Как проверить DKIM и DMARC, если инструмент их не показывает
Служебные имена вроде _dmarc.example.ru обычно не имеют A-записи, поэтому для них используйте командную строку: dig TXT _dmarc.example.ru в Linux и macOS или nslookup -type=TXT _dmarc.example.ru в Windows. Для DKIM подставьте селектор, который указан в настройках вашего почтового сервиса.
Проверка DNS при переносе сайта на другой сервер
Большая часть проблем при переезде связана не с самим сервером, а с DNS. Порядок действий, который сводит простой к минимуму:
- За сутки-двое до переезда снизьте TTL записей A и AAAA до 300 секунд — так переключение займёт минуты, а не часы.
- Обновите A-запись и обязательно AAAA, если она есть. Если у сервера нет IPv6, удалите старую AAAA-запись, а не оставляйте её указывать на прежний хостинг.
- Проверьте поддомен www: он часто настроен отдельной записью или CNAME и указывает на старый адрес.
- Не трогайте MX и TXT, если почта остаётся у прежнего провайдера, — при смене DNS-хостинга их нужно перенести вручную.
- Убедитесь здесь, что домен отдаёт новые адреса, и держите старый сервер включённым, пока не истечёт прежний TTL.
- После переезда верните TTL к обычному значению, например 3600 секунд.
Частые вопросы
Как проверить DNS-записи домена онлайн?
+
Введите домен в поле и нажмите «Запросить». Инструмент покажет записи A, AAAA, CNAME, MX, NS, TXT и SOA, полученные через DNS-резолвер сервера PingDesk. Типы, для которых записей нет, в результатах не выводятся.
Почему DNS-запись изменена, а сайт открывается со старого сервера?
+
Резолверы провайдеров и ваш компьютер кэшируют ответ на время TTL записи. Пока срок не истёк, они отдают старый IP. Подождите, очистите DNS-кэш системы (ipconfig /flushdns в Windows) и проверьте, не осталась ли старая AAAA-запись.
Сколько времени обновляются DNS-записи?
+
Изменение A, MX или TXT становится видно всем, когда истечёт TTL старой записи — от нескольких минут до суток. Смена NS-серверов у регистратора обычно занимает дольше, от нескольких часов до суток. Чтобы ускорить переезд, заранее снизьте TTL.
Какая DNS-запись отвечает за сайт, а какая за почту?
+
За сайт отвечают A и AAAA (IP-адреса) и иногда CNAME (псевдоним). За почту — MX, которые указывают почтовые серверы, и TXT-записи SPF, DKIM и DMARC, которые подтверждают право отправлять письма от имени домена.
Можно ли сделать CNAME для корня домена?
+
По стандарту нет: CNAME не может существовать рядом с другими записями того же имени, а на корне домена всегда есть NS и SOA. Для корня используйте A и AAAA. Некоторые DNS-провайдеры предлагают ALIAS, ANAME или CNAME flattening — они отдают клиентам обычные A-записи.
Как проверить, что домен делегирован правильно?
+
Сравните NS-записи в результатах с серверами имён, указанными у регистратора. Они должны совпадать, а сами серверы — отвечать одинаково. Если NS указывают на старого DNS-провайдера, изменения в новой панели не будут применяться.
Как проверить SPF-запись домена?
+
Найдите в блоке TXT строку, начинающуюся с v=spf1. Запись должна быть ровно одна и включать все сервисы, которые отправляют почту от вашего домена. Две SPF-записи — ошибка: получатели могут считать проверку проваленной.