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

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

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

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

Запись A сопоставляет домен с IPv4-адресом. Обычно она используется для основного сайта или поддомена. Запись AAAA выполняет ту же задачу для IPv6. Если сайт открывается у части посетителей, но недоступен в отдельных сетях, следует проверить оба типа записей и соответствие адресов настройкам сервера.

Запись CNAME задает псевдоним: одно имя указывает на другое доменное имя. Ее часто применяют для поддоменов, CDN и внешних сервисов. CNAME не должен конфликтовать с другими записями на том же имени, поэтому при ошибках важно проверить, не добавлены ли одновременно несовместимые значения.

MX-записи определяют серверы приема почты. Вместе с ними обычно проверяют TXT-записи: в них размещают SPF, DKIM, DMARC, коды подтверждения сервисов и другие текстовые параметры. NS-записи указывают серверы имен, а SOA содержит служебные данные зоны, включая основной сервер и параметры обновления.

Проверить DNS можно средствами операционной системы или специализированными сервисами диагностики. В командной строке обычно используют утилиты для DNS-запросов. В запросе указывают домен и тип данных: A, AAAA, MX, TXT, CNAME, NS или SOA. Если тип не задан, инструмент чаще всего возвращает основной адрес, но для полной диагностики нужно опрашивать записи по отдельности.

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

При проверке обращайте внимание не только на значение, но и на TTL, приоритет MX-записей, наличие нескольких ответов и конечное имя в цепочке CNAME. Для почтовых записей важно проверять точное содержимое TXT: лишний пробел, неверный символ или устаревший ключ может нарушить проверку отправителя.

Если A-запись возвращает ожидаемый IP-адрес, это еще не гарантирует работу сайта. На сервере должен быть настроен виртуальный хост для нужного домена, открыты необходимые порты и установлен корректный сертификат для защищенного соединения. DNS отвечает только за направление запроса к серверу.

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

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

Распространенная ошибка — оставить старые A или AAAA-записи после переноса сайта. Тогда часть запросов может попадать на прежний сервер. Аналогичная ситуация возникает при дублировании MX-записей старого и нового почтового провайдера: почта начинает доставляться непредсказуемо или остается на неактуальном сервере.

Другая проблема — изменение записей не в той панели управления. Если домен делегирован на внешние NS-серверы, настройки у регистратора могут не влиять на фактическую зону. Перед редактированием нужно выяснить, какие NS указаны у домена, и менять записи именно у текущего DNS-провайдера.

Не стоит удалять TXT-записи без проверки их назначения. Они могут использоваться для подтверждения домена, почтовой аутентификации, интеграций и защиты отправки писем. Перед изменениями сохраните текущие значения, уменьшите TTL заранее при плановом переносе и после обновления повторно проверьте ответы DNS.