DNS Lookup — проверка DNS-записей онлайн

Об инструменте

Проверяйте публичные DNS-записи домена: A, AAAA, CNAME, MX, NS, TXT, SOA, SRV и NAPTR. Сервис показывает значения, TTL и параметры, отдельно отмечает наличие адресов, серверов имён, почтовой маршрутизации, SPF и DMARC. Результат можно фильтровать, копировать и скачивать в JSON или CSV.

Как пользоваться

1. Введите домен, поддомен или служебное DNS-имя без пути, например terabita.by или _dmarc.google.com.
2. Нажмите «Проверить DNS» и дождитесь ответа публичной системы доменных имён.
3. Посмотрите краткую диагностику и выберите нужный тип записи в фильтре.
4. Используйте поиск, чтобы найти адрес, сервер или фрагмент TXT-записи.
5. Скопируйте отчёт либо скачайте результат в JSON или CSV. Учитывайте TTL и возможное кеширование старых значений.

Примеры

• Адрес сайта: записи A и AAAA связывают домен с IPv4 и IPv6.
• Почта: MX задаёт принимающие серверы, TXT может содержать SPF, а _dmarc.домен — политику DMARC.
• Делегирование: NS показывает авторитетные серверы имён, SOA — основные параметры зоны.
• Сервис: SRV хранит целевой сервер, порт, приоритет и вес для конкретной службы.

DNS Lookup: записи домена и диагностика зоны

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

Записи A и AAAA

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

CNAME и цепочки псевдонимов

CNAME делает одно DNS-имя псевдонимом другого. Резолвер следует по цепочке до конечной A или AAAA. Слишком длинная цепочка увеличивает задержку и усложняет диагностику. Для корня зоны обычный CNAME часто недопустим, поэтому DNS-провайдеры предлагают собственные записи ALIAS или ANAME, которые не являются единым стандартным типом.

MX и почтовая маршрутизация

MX определяет серверы, принимающие почту для домена. Меньшее значение приоритета предпочтительнее. Сам MX должен указывать на имя, у которого есть адрес, а не непосредственно на IP. Если MX отсутствует, домен может не принимать почту либо использовать правила по умолчанию, однако современные конфигурации обычно задают его явно.

TXT, SPF, DKIM и DMARC

TXT хранит произвольный текст и используется для подтверждения домена и почтовых политик. SPF начинается с v=spf1 и перечисляет источники, которым разрешена отправка. DKIM публикуется по имени, содержащему селектор и _domainkey, поэтому для проверки нужно знать селектор. DMARC размещается в служебном имени вида _dmarc.google.com и задаёт обработку сообщений, не прошедших SPF или DKIM. Наличие записи ещё не гарантирует строгую защиту: важно проверить её синтаксис и политику.

NS и делегирование домена

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

SOA и параметры зоны

SOA содержит основной сервер зоны, контакт ответственного, серийный номер и интервалы обновления. Вторичные серверы используют serial, чтобы понимать, изменилась ли зона. Поля refresh, retry и expire управляют синхронизацией, а минимальный TTL исторически связан с негативным кешированием. Конкретное толкование зависит от современных правил DNS и настроек провайдера.

SRV и NAPTR

SRV описывает расположение сервиса: целевой хост, порт, приоритет и вес. Записи применяются в SIP, XMPP, Kerberos и других протоколах. NAPTR задаёт правила преобразования и часто работает вместе с SRV. Служебные имена могут начинаться с подчёркивания, например _sip._tcp.sip2sip.info.

Что означает TTL

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

Рекурсивный и авторитетный ответ

Обычный DNS Lookup обращается к настроенному рекурсивному резолверу. Он может вернуть данные из кеша и самостоятельно пройти цепочку делегирования. Авторитетный сервер отвечает за конкретную зону. Когда результаты расходятся, проверяют делегирование, serial SOA, кеш и ответы каждого NS с помощью специализированных утилит вроде dig.

DNSSEC и ограничения проверки

DNSSEC подписывает DNS-данные и позволяет валидирующему резолверу обнаружить подмену. Наличие обычных записей в отчёте не подтверждает корректную цепочку DNSSEC. Для этого отдельно проверяют DS, DNSKEY, RRSIG и доверие от родительской зоны. Результат инструмента отражает публичный ответ на момент запроса и не заменяет постоянный мониторинг.

Безопасность и приватность

Домен отправляется на сервер Terabita.by, потому что браузер не предоставляет универсального API для произвольных DNS-запросов. Сервер получает только введённое публичное имя и выполняет DNS Lookup; содержимое сайта не загружается. Не вводите внутренние имена корпоративной сети. Регистрационные данные можно проверить через Whois / RDAP, HTTP-ответ — через HTTP Headers Checker, а сертификат — через SSL Checker.