Определение DNS сайта: как проверить записи домена

PRLab → SEO-блог → Техническая проверка сайта

Определение DNS сайта: как проверить записи домена и найти ошибку

Определение DNS сайта помогает понять, куда ведёт домен, почему не приходит почта, не выпускается сертификат или не открывается новая версия сайта. Разберём записи и первоочередные проверки.

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

Что показывает DNS-проверка сайта

DNS переводит адрес example.com в IP-адрес и подсказывает, где искать почту, поддомены и сервисы. Браузер сначала получает ответ DNS; неверная запись ведёт к ошибке, чужому сайту или старой версии проекта.

Проверка DNS в PRLab показывает актуальные ответы для домена и помогает сверить их с настройками хостинга. Это особенно полезно перед запуском сайта, переездом, подключением корпоративной почты и выпуском SSL-сертификата.1

Когда проверка нужна срочно

Проверьте записи, если домен не открывается после смены хостинга, письма возвращаются, www ведёт не туда или новый сертификат не выпускается. Сначала сравните фактический ответ с данными панели DNS, а затем — с инструкцией вашего провайдера.

Главные DNS-записи: что означают A, MX, CNAME, NS и TXT

ЗаписьДля чего нужнаЧто проверить
A и AAAAНаправляют домен на IPv4 или IPv6-адрес сервера.IP совпадает с адресом нужного хостинга.
CNAMEСоздаёт псевдоним для другого имени.Не конфликтует с другими записями этого имени.
MXЗадаёт серверы для приёма почты.Указаны все адреса и правильный приоритет.
NSНазывает DNS-серверы зоны.Делегирование домена ведёт на нужного провайдера.
TXTХранит подтверждения и политики, например SPF.Значение вставлено целиком, без лишних кавычек.

Не путайте домен и поддомен

Запись для www.example.com может отличаться от записи для example.com. После настройки проверьте оба варианта и настройте предсказуемый редирект на основную версию.

Совет для почты

Если вы подключаете почтовый сервис, не заменяйте старую MX-запись новой вслепую. Сначала сохраните текущую конфигурацию, затем внесите комплект MX, SPF и DKIM, который выдал поставщик. Одна неверная строка TXT может нарушить доставку писем.

Как происходит DNS-запрос: от браузера до сайта

Браузер обращается к рекурсивному резолверу. Если ответа нет в кэше, тот находит корневую зону, зону домена верхнего уровня и авторитетный DNS-сервер. Затем возвращает IP-адрес, а браузер соединяется с сайтом.

Прозрачная схема DNS-запроса от браузера через резолвер и DNS-серверы к IP-адресу сайта
Кэш ускоряет повторные запросы, поэтому изменения DNS не всегда видны одновременно во всех сетях.

Что такое TTL

TTL — время, на которое DNS-ответ разрешено сохранить в кэше. Чем оно выше, тем дольше старые данные могут оставаться у резолверов. Перед переездом разумно заранее уменьшить TTL, дождаться обновления, переключить записи и не торопиться с удалением старого сервера.

Типичные ошибки при настройке DNS

Частая проблема — менять записи не у того провайдера. Если домен делегирован на внешние NS-серверы, правки у регистратора не вступят в силу. Ещё две ошибки: оставить старый A у www и удалить TXT, подтверждающий почту или сервис.

Проверка после переноса

Сверьте DNS, затем откройте ответ сервера: домен должен возвращать ожидаемый HTTP-статус и сертификат. Если сайт открывается не везде, оцените TTL и не переключайте настройки обратно раньше времени.

Как DNS влияет на SEO и доступность сайта

A-запись не повышает позиции сама по себе. Но ошибочный DNS делает сайт недоступным, мешает обходу и снижает доверие. Проверяйте DNS перед релизом, сменой CDN и переездом.

После изменения домена полезно провести аудит сайта, проверить robots.txt, sitemap.xml и внешние ссылки. Так вы исключите ситуацию, когда DNS уже работает, а технические настройки старого окружения остаются на сайте.

Полезное правило

Меняйте DNS тогда, когда новый сервер готов принимать трафик: настроены HTTPS, редиректы, резервная копия и контрольный список важных URL.

Чек-лист: как определить DNS сайта без ошибок

  1. Проверьте NS и убедитесь, где действительно управляется зона.
  2. Сверьте A/AAAA для домена и www с IP нужного хостинга.
  3. Проверьте CNAME поддоменов и MX/TXT для почты.
  4. Учитывайте TTL и время распространения кэша.
  5. После изменения проверьте HTTPS и HTTP-ответ сайта.
  6. Запустите определение DNS сайта в PRLab повторно и сохраните результат.

DNS выглядит как техническая мелочь, но именно с него начинается путь к сайту. Понятная схема записей и спокойная пошаговая проверка защищают от простоя, потерянных писем и неожиданностей во время запуска.

Сноски и пояснения

  1. Данные DNS могут различаться в разных сетях до истечения TTL: это нормальная работа кэшей, а не всегда ошибка настройки. ↩

Тикеты

Напишите нам — ответ появится в этом окне.