DNS-запрос

Одиночный DNS-запрос

Быстро подтвердите текущее возвращаемое значение определенного типа записи и сравните его с результатами проверки распространения.

Бесплатный онлайн-инструмент DNS-запросов. Введите домен для запроса 7 типов DNS-записей: A/AAAA/CNAME/MX/TXT/NS/SOA. Запросы на бэкенде без ограничений CORS, отображение TTL и приоритета MX, поддержка копирования в один клик.

Что такое DNS-запрос?

DNS-запрос — это процесс запроса записей разрешения для определённого домена от DNS-серверов, и это одна из самых фундаментальных операций Интернета: каждое посещение сайта, отправка почты или подключение к API вызывает DNS-запросы в фоновом режиме. DNS-записи бывают разных типов; наиболее часто используемые включают: A (IPv4-адрес), AAAA (IPv6-адрес), CNAME (псевдоним), MX (почтовый сервер), TXT (текст/верификация/политика безопасности), NS (DNS-сервер), SOA (зональная авторитетность) и т.д.

**Зачем использовать онлайн-инструмент DNS-запросов?** Ваш локальный компьютер, браузер, операционная система, роутер и рекурсивные DNS-серверы ISP кэшируют все DNS-записи (время кэширования контролируется TTL), поэтому то, что вы видите локально, может быть устаревшими кэшированными значениями. После изменения DNS-записей вам нужен инструмент запросов, независимый от вашей локальной среды, чтобы подтвердить, что новые записи вступили в силу на авторитетном DNS. Этот инструмент выполняет прямые рекурсивные запросы из публичных DNS-узлов на бэкенде, **обходя локальный кэш/кэш ISP** для возврата актуальных авторитетных результатов разрешения.

**Распространённые сценарии DNS-запросов**: Подтвердить, что записи A/AAAA указывают на правильный IP, когда сайт недоступен; проверить распространение разрешения после смены CDN/миграции серверов; проверить MX-записи и приоритеты после настройки корпоративной почты (Google Workspace/Office 365 и т.д.); проверить TXT-записи после настройки антиспам-политик SPF/DKIM/DMARC; проверить TXT-записи верификации во время проверки права собственности на домен (Google Search Console, выпуск SSL, Apple Developer).

**Основное использование каждого типа записи**: A/AAAA — это самые базовые записи адресов; CNAME используется для псевдонимов поддоменов (обычно в сценариях CDN, но не может использоваться на корневом домене); MX имеет приоритет и определяет пути доставки почты; TXT — это запись "швейцарский нож" для SPF/DKIM/DMARC/верификации домена; NS указывает, какой DNS-сервер является авторитетным; SOA записывает версию зоны, основной NS, email администратора и параметры обновления.

Этот инструмент **поддерживает 7 наиболее часто используемых типов DNS-записей** (A/AAAA/CNAME/MX/TXT/NS/SOA). Бэкенд DNS-запросы не подвержены влиянию ограничений CORS браузера или локального кэша, автоматически извлекая значение, TTL и дополнительную информацию каждой записи (например приоритет MX). Поддерживает быстрое переключение между недавними запросами, предопределённые быстрые примеры и копирование в один клик сводок/списков записей/необработанного JSON.

Варианты использования

Когда сайт недоступен, запросите записи A/AAAA, чтобы подтвердить, что IP указывает на правильный сервер
После смены CDN/миграции сервера запросите DNS, чтобы подтвердить распространение нового разрешения
При настройке корпоративной почты/Google Workspace/Office 365 проверьте приоритет и адреса MX-записей
После настройки политик безопасности почты SPF/DKIM/DMARC запросите TXT-записи для подтверждения правильности конфигурации
Во время верификации права собственности на домен (Google Search Console/выпуск SSL/Apple Developer и т.д.) проверьте, опубликованы ли TXT-записи
После изменения DNS-серверов домена запросите NS-записи для подтверждения распространения
Устранение проблем, таких как сбой отправки почты, заражение разрешения домена, перехват DNS и другие проблемы

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

Введите домен для запроса (например example.com, без префикса http:// или www)
Кликните для выбора типа DNS-записи для запроса (A/AAAA/CNAME/MX/TXT/NS/SOA)
Нажмите кнопку запроса; инструмент запустит рекурсивные запросы от бэкенд DNS-серверов
Просмотрите верхнюю сводку (тип записи, количество записей) для подтверждения возврата записей
Просмотрите значение, TTL и дополнительную информацию каждой записи (например приоритет MX) в области деталей записей
Скопируйте в один клик сводку или полный список записей, разверните JSON для просмотра необработанного ответа

Функции

7 типов записей: A/AAAA/CNAME/MX/TXT/NS/SOA с переключением в один клик, покрывающих большинство сценариев DNS-запросов
DNS-запросы на бэкенде: рекурсивные запросы на стороне сервера, без ограничений CORS браузера, без использования локального кэша, отображение авторитетных результатов в реальном времени
Интеллектуальная экстракция полей: автоматически определяет поля value/answer/data для каждого типа записи, MX автоматически отображает приоритет
Отображение TTL: каждая запись показывает TTL (время кэширования) для определения состояния распространения и изменения записей
История недавних запросов: автоматически сохраняет последние 8 запрошенных доменов, клик для быстрого переключения
Предопределённые домены: встроенные быстрые примеры для geekformat.com/github.com/cloudflare.com/openai.com
Копирование в один клик: поддерживает три режима: копирование сводки, копирование полного списка записей, копирование необработанного JSON

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

Что такое DNS? Зачем мне запрашивать DNS-записи?

DNS (Domain Name System, Система доменных имён) — это "телефонная книга" Интернета, которая переводит легко запоминаемые доменные имена (например example.com) в машиночитаемые IP-адреса. Запрос DNS-записей позволяет: 1) Подтвердить, что разрешение домена работает; 2) Диагностировать причины, по которым сайт недоступен; 3) Проверить правильность конфигурации почты, например MX/TXT; 4) Проверить, завершились ли миграции CDN или переносы доменов; 5) Подтвердить, что настроены записи безопасности SPF/DKIM/DMARC.

Почему локальные запросы и онлайн-результаты показывают разные результаты?

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

В чём разница между записями A и AAAA?

Записи A сопоставляют домены с IPv4-адресами (например 192.0.2.1), а записи AAAA (также называемые записями адресов IPv6) сопоставляют домены с IPv6-адресами (например 2001:db8::1). Современные сайты обычно настраивают как записи A, так и AAAA для двойного стека IPv4/IPv6. AAAA в 4 раза длиннее A (IPv6-адреса 128-битные против 32-битных IPv4), отсюда название запись "четверная A".

Должен ли я использовать CNAME или записи A?

Корневые домены (например example.com без www) не могут использовать CNAME (CNAME блокирует другие типы записей, нарушая спецификации RFC) и должны использовать записи A/AAAA. Поддомены (например www, cdn, api) могут использовать CNAME для указания на другой домен (обычно в сценариях CDN, например www.example.com → example.cdn.cloudflare.com). Домены с существующими записями MX, NS или SOA также не могут иметь CNAME.

Что означает номер приоритета в записях MX?

Меньшие номера priority/preference в записях MX указывают на более высокий приоритет. При отправке почты сначала предпринимается попытка доставки на MX-сервер с наименьшим номером; если соединение не удалось, предпринимаются попытки других MX-серверов в порядке возрастания номеров. Распространённая конфигурация: основной MX на 10, резервный MX на 20; несколько серверов с одинаковым приоритетом могут использовать один и тот же номер (балансировка нагрузки). Не настраивайте только один MX-сервер, так как единственная точка отказа предотвратит доставку почты.

Какие распространённые варианты использования записей TXT?

Записи TXT — самый гибкий тип DNS-записей; распространённые варианты использования включают: 1) Записи SPF: указание серверов, уполномоченных отправлять почту, предотвращение подделки писем; 2) DKIM: открытые ключи цифровой подписи почты; 3) DMARC: отчёты о политике почты; 4) Верификация права собственности на домен (Google Search Console, выпуск SSL-сертификатов, проверка Apple Developer и т.д.); 5) Любой настраиваемый текст.

Что такое TTL? Сколько времени требуется для распространения изменений DNS?

TTL (Time To Live) — это срок действия кэша DNS-записей в рекурсивных DNS-серверах, измеряемый в секундах. После изменения DNS "время распространения" зависит от предыдущей конфигурации TTL: записи с TTL=3600 (1 час) распространяются глобально до 1 часа; TTL=300 (5 минут) распространяется за 5 минут. Рекомендуется уменьшить TTL до 300 секунд за 24-48 часов до миграции/перехода и восстановить нормальный TTL после завершения перехода. Примечание: время обновления кэша различается между рекурсивными DNS-серверами ISP; полное глобальное распространение может занять больше времени.

Глоссарий

DNS (Domain Name System): Система доменных имён, одна из центральных инфраструктур Интернета, разрешает читаемые человеком домены (example.com) в машиночитаемые IP-адреса (93.184.216.34). Использует иерархический дизайн распределённой базы данных, с рекурсивными резолверами, корневым DNS, TLD DNS и авторитетным DNS, работающими вместе для завершения разрешения.RFC 1035
Запись A (Address Record): Самый базовый тип DNS-записи, сопоставляет домены с IPv4-адресами (32 бита, например 192.0.2.1). Домен может иметь несколько записей A (циклическая балансировка нагрузки round-robin).
Запись AAAA (Запись адреса IPv6): Сопоставляет домены с IPv6-адресами (128 бит, например 2001:db8::1). Называется "четверная A", потому что IPv6-адреса в 4 раза длиннее IPv4. Современные сайты с двойным стеком настраивают как записи A, так и AAAA.
CNAME (Canonical Name): Запись псевдонима, которая указывает домен на другой домен (не на IP). Обычно используется для интеграции CDN и SaaS-сервисов (например www → cdn.example.com). Примечание: корневые домены (@/apex) и домены с существующими записями MX/NS/SOA не могут использовать CNAME.
Запись MX (Mail Exchange): Указывает серверы приёма почты домена, включая приоритет (priority/preference, меньшие номера = более высокий приоритет) и адрес почтового сервера. Отправители почты пытаются доставить по приоритету; одинаковые приоритеты допускают балансировку нагрузки. Должна указывать на домен (не может указывать напрямую на IP).
Запись TXT (Text Record): Произвольные текстовые записи, изначально для заметок, читаемых человеком, теперь широко используются в машиночитаемых сценариях, таких как SPF (антиспам), DKIM (подпись почты), DMARC (политика почты) и верификация права собственности на домен. Максимальная длина одной TXT-записи обычно составляет 255 символов; длинный текст требует сегментации.
Запись NS (Name Server): Указывает авторитетные DNS-серверы домена, то есть какие DNS-серверы хранят окончательные записи разрешения домена. Домены требуют указания NS в реестре (например ns1.cloudflare.com); изменение NS меняет DNS-провайдера. Изменения NS требуют обновления вышестоящего DNS (реестр) и распространяются медленно.
TTL (Time To Live): Срок действия кэша DNS-записей в рекурсивных резолверах и локальном DNS-кэше, измеряемый в секундах. До истечения срока действия резолверы возвращают кэшированные результаты напрямую; после истечения они повторно запрашивают авторитетные серверы. Конфигурация TTL должна балансировать производительность разрешения и гибкость изменений.
Рекурсивный DNS (Recursive Resolver): DNS-серверы, ориентированные на клиента (например 8.8.8.8, 1.1.1.1), которые получают запросы от клиентов и запрашивают корневой DNS → TLD → авторитетный от имени клиента, возвращая и кэшируя окончательные результаты. Как ISP, так и публичный DNS предоставляют услуги рекурсивного разрешения.
Авторитетный DNS (Authoritative Nameserver): Серверы, которые хранят исходные DNS-записи домена (NS-серверы, предоставляемые регистраторами доменов/CDN), дающие "авторитетные ответы" для размещённых на них доменов, не кэшируя результаты других доменов.
SPF / DKIM / DMARC: Три основных DNS-записи безопасности почты: SPF (Sender Policy Framework) указывает IP-адреса серверов, которым разрешено отправлять почту; DKIM (DomainKeys Identified Mail) добавляет цифровые подписи для проверки целостности почты; DMARC (Domain-based Message Authentication, Reporting and Conformance) определяет политики обработки (none/quarantine/reject) при сбое SPF/DKIM, а также адреса отчётов. Все три публикуются через TXT-записи.

Справочная таблица типов DNS-записей

Тип записи	ID типа	Назначение	Пример
`A`	`1`	Сопоставляет домен с IPv4-адресом	`example.com → 93.184.216.34`
`AAAA`	`28`	Сопоставляет домен с IPv6-адресом	`example.com → 2606:2800:220:1::`
`CNAME`	`5`	Запись псевдонима, указывает на другой домен	`www.example.com → example.com`
`MX`	`15`	Адрес и приоритет почтового сервера	`10 mx.example.com`
`TXT`	`16`	Текстовые записи (SPF/DKIM/DMARC/верификация)	`v=spf1 include:_spf.google.com ~all`
`NS`	`2`	Указывает авторитетные DNS-серверы для домена	`ns1.example.com`
`SOA`	`6`	Начало зональной авторитетности, содержит основной NS/email/серийный номер	`ns1.example.com admin.example.com 2024010101`
`PTR`	`12`	Обратное разрешение (IP → домен)	`34.216.184.93.in-addr.arpa → example.com`
`CAA`	`257`	Указывает CA, уполномоченные выпускать сертификаты	`0 issue "letsencrypt.org"`
`SRV`	`33`	Локация службы (SIP/XMPP/LDAP и т.д.)	`_sip._tcp.example.com`

Сценарий	Рекомендуемый TTL	Примечания
Стабильная работа (обычный режим)	3600 секунд (1 час)	Балансирует эффективность кэширования и гибкость изменений
Предстоящий переход/миграция	300 секунд (5 минут)	Уменьшите за 24-48 часов до перехода, чтобы сократить время обновления кэша
Во время перехода	60 секунд (1 минута)	Позволяет быстрый откат; восстановите нормальный TTL после завершения перехода
CDN/высокая доступность	300-600 секунд	Балансирует скорость failover и нагрузку DNS-запросов
MX-записи почты	3600-86400 секунд (1ч-1 день)	Почтовые записи меняются редко; длинный TTL приемлем
NS-записи	86400 секунд (1 день)	Изменения NS редки; длинный TTL повышает эффективность разрешения

Провайдер	Основной DNS	Вторичный DNS	Особенности
Google Public DNS	`8.8.8.8`	`8.8.4.4`	Глобальные узлы, высокая скорость, совместимость с DNS-over-TLS
Cloudflare 1.1.1.1	`1.1.1.1`	`1.0.0.1`	Приоритет конфиденциальности, самый быстрый в мире, совместимость с DoH/DoT
Quad9	`9.9.9.9`	`149.112.112.112`	Защита безопасности, автоматическая блокировка вредоносных доменов

DNS-запрос

Одиночный DNS-запрос

Похожие

Глобальная проверка распространения DNS

Проверка WHOIS

Проверка SSL-сертификатов

MX-записи

Проверка HTTP-заголовков

Инспектор редиректов