Logo Проверка сайта
DNS

DNS-запрос

Бесплатно Без регистрации Публичные DNS-данные

Ищите публично опубликованные DNS-записи для любого домена или поддомена. Узнайте, куда указывает имя хоста, какие почтовые серверы принимают письма, какие NS-серверы авторитетны и какие TXT-записи опубликованы - всё в одной таблице с фильтрами и поиском.

Результаты получены от DNS-резолвера нашего сервера на момент запроса. Ваш провайдер, офисная сеть или VPN могут кэшировать другие ответы до истечения TTL.

Запрос DNS-записей

Введите домен или имя хоста. Можно вставить полный URL - мы извлечём имя хоста автоматически. Пути вроде /blog игнорируются. Разрешены только публичные домены.

Бесплатно. Мы не сохраняем имена хостов, которые вы запрашиваете. Чтобы проверить, отвечает ли сайт по HTTP/HTTPS, используйте нашу проверку сайта .

Что такое DNS?

DNS (Domain Name System) - телефонная книга интернета. Люди вводят имена вроде example.com; браузерам и почтовым серверам нужны IP-адреса и другие инструкции маршрутизации. DNS переводит эти имена в технические данные, которые сервисы используют для подключения.

Когда вы запрашиваете домен, вы не взламываете и не получаете доступ к частным данным. Владельцы доменов намеренно публикуют DNS-записи, чтобы мир мог найти их сайт, доставить почту и подтвердить домен у сторонних сервисов.

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

Что делает этот инструмент

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

Мы также показываем, разрешается ли имя в IP-адрес, и перечисляем ответы IPv4/IPv6, которые видим. Это помогает отличить «DNS полностью отсутствует» от «DNS есть, но только для почты, не для сайта».

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

Типы DNS-записей

Ниже - что означает каждый тип записи на практике и когда это важно при настройке или устранении неполадок.

A (IPv4-адрес)

Связывает имя хоста с одним или несколькими IPv4-адресами (например 93.184.216.34). Если сайт не загружается, проверьте, что запись A для корневого домена или поддомена www указывает на IP, выданный хостингом. Несколько записей A могут балансировать нагрузку между серверами.

AAAA (IPv6-адрес)

Та же роль, что у A, но для IPv6-адресов. Многие сайты публикуют и A, и AAAA, чтобы клиенты с IPv6 подключались напрямую. Если только AAAA неверен или отсутствует, часть посетителей в IPv6-only или IPv6-preferred сетях может не подключиться, тогда как на IPv4 всё работает.

CNAME (каноническое имя / псевдоним)

Указывает одно имя хоста на другое вместо прямого IP. Часто для www, указывающего на CDN, или поддоменов, делегированных SaaS-платформам. CNAME нельзя разместить в apex зоны (голый example.com) у большинства провайдеров - используйте там A/AAAA или ALIAS/ANAME.

MX (почтовый обмен)

Указывает отправляющим почтовым серверам, куда доставлять письма для домена. У каждой строки MX есть приоритет - сначала пробуются меньшие значения. Если почта отскакивает или не приходит, проверьте, что цели MX соответствуют почтовому провайдеру и связанные TXT (SPF, DKIM, DMARC) верны.

TXT (текстовые записи)

Хранит произвольный текст, часто разбитый на несколько строк в одной логической записи. Используется для SPF (кто может отправлять почту от вашего домена), публичных ключей DKIM, политик DMARC, проверки домена Google или Microsoft и других подтверждений. Длинные TXT - норма.

NS (сервер имён)

Делегирует зону авторитетным NS-серверам (например ns1.cloudflare.com). Если NS указывают не на того провайдера, правки в другом месте не сработают. После переноса DNS к новому хосту NS нужно обновить у регистратора.

SOA (начало зоны)

Административные метаданные зоны: первичный NS, контактный e-mail (закодирован как имя хоста), серийный номер и тайминги refresh и retry. SOA редко редактируют вручную; запись подтверждает авторитетный сервер и «здоровье» зоны.

Когда использовать DNS-запрос

DNS-запрос отвечает на вопрос «что опубликовано для этого имени?» Он не говорит, онлайн ли веб-сервер - для HTTP-статуса, SSL и времени отклика используйте проверку сайта. Типичные причины выполнить DNS-запрос:

  • После покупки домена или смены хостинга - убедитесь, что A/AAAA или CNAME указывает на нового провайдера до анонса запуска.
  • Когда перестала работать почта - проверьте MX и TXT SPF/DKIM/DMARC по документации почтового сервиса.
  • Когда только часть пользователей не может открыть сайт - сравните записи apex и www или проверьте, не отсутствует или неверен ли IPv6 (AAAA).
  • Перед обращением в поддержку - вставьте точные значения записей, чтобы регистратор или хост увидел, что видит публичный интернет.
  • При проверке стороннего сервиса - многие просят добавить TXT; запрос подтверждает публичную видимость.

Если DNS выглядит верно, а сайт всё равно не работает, проблема может быть в веб-сервере, файрволе, SSL-сертификате или настройках CDN, а не в самом DNS.

Как читать таблицу результатов

TTL (time to live)

TTL - сколько секунд резолверы могут кэшировать ответ до повторного запроса. 300 - около пяти минут; 86400 - 24 часа. Низкий TTL перед плановой миграцией ускоряет распространение изменений; высокий TTL снижает нагрузку запросов, но замедляет видимость отката.

Приоритет MX

Приоритет используют только MX-записи. Меньшее число - предпочтительный почтовый сервер; большие - резервные. Приоритет 0 допустим и часто означает «наивысший приоритет» по правилам провайдера.

Сводка статуса

  • Разрешается в IP - Разрешается в IP - хотя бы один A или AAAA (или gethostbyname) вернул публичный адрес. Веб-сервер может быть недоступен; DNS лишь показывает, куда направился бы трафик.
  • Есть DNS-записи (нет A/AAAA) - Есть DNS-записи (нет A/AAAA) - имя есть в DNS (например только MX или TXT), но веб-IP не найден. Типично для доменов только с почтой или неверно настроенного веб-хостинга.
  • Записи не найдены - Записи не найдены - для этого имени хоста ничего не вернулось. Имя может не существовать, ещё не делегировано или всё ещё распространяется.

Типичные проблемы DNS (и что проверить)

  • Сайт недоступен, но DNS верен - A указывает на правильный IP, а сайт не работает: проверьте веб-сервер, файрвол, SSL и CDN. Выполните отдельную HTTP-проверку.
  • www работает, apex нет (или наоборот) - apex и www - разные имена хостов. Многие сайты перенаправляют одно на другое; оба нуждаются в корректных записях.
  • Устаревший IP после переезда - старый A всё ещё в кэше из-за высокого TTL. Дождитесь истечения TTL или снизьте TTL перед следующим изменением.
  • Проблемы доставки почты - неверный или отсутствующий MX; SPF TXT не включает отправителя; DKIM/DMARC не опубликованы. Отфильтруйте таблицу по MX и TXT для аудита почтовых записей.
  • Правки DNS не в той панели - NS показывают, кто авторитетен. Изменения у регистратора бесполезны, если зона в Cloudflare, Route 53 или DNS-панели хоста (и наоборот).
  • Конфликты CNAME - у имени хоста не может быть CNAME и других типов записей одновременно. Некоторые панели скрывают это до сбоя публикации.

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

Эти инструменты дополняют друг друга. DNS-запрос показывает конфигурацию в системе доменных имён. Проверка сайта выполняет живые HTTP(S)-запросы и сообщает коды статуса, перенаправления, SSL, время и отклик страницы.

Используйте DNS-запрос, когда:

  • Вы меняли NS, записи A, AAAA, CNAME, MX или TXT.
  • Нужно подтвердить, что должен видеть мир, до того как трафик дойдёт до сервера.

Используйте проверку сайта, когда:

  • DNS уже разрешается, но сайт возвращает ошибки, таймауты или предупреждения SSL.
  • Нужно понять, проблема в DNS, сервере или посередине (CDN, защита от ботов).

Часто задаваемые вопросы

Законно ли смотреть чужой DNS?

Да. DNS-записи публичных доменов публикуются намеренно для маршрутизации трафика. Запрос - обычная практика администраторов, разработчиков и поддержки; те же данные доступны любому DNS-инструменту или CLI-клиенту.

Почему мои результаты отличаются от другого DNS-инструмента?

Разные резолверы, география и состояние кэша могут давать слегка разные ответы в данный момент - особенно сразу после изменения. Сравните авторитетные NS и дождитесь истечения TTL при подозрении на кэш.

Можно ли запрашивать поддомены?

Да. Введите любое публичное имя хоста: www.example.com, mail.example.com или api.example.com. У каждого поддомена может быть свой набор записей, если не используется wildcard DNS.

Что если нет A, но есть MX?

Домен может быть настроен только для почты, или веб-хостинг ещё не настроен. Наш статус покажет «Есть DNS-записи (нет A/AAAA)». Добавьте A или AAAA (или CNAME для поддоменов) у DNS-провайдера, чтобы указать имя на веб-сервер.

Вы сохраняете домены, которые я запрашиваю?

Мы намеренно не сохраняем запрошенные имена хостов в базе. Стандартные серверные логи могут фиксировать запросы, как у большинства веб-серверов. Подробности - в нашей Политике конфиденциальности .

Связанные инструменты и руководства