Перейти к содержимому
IPeek

Поиск DNS

Все записи DNS для любого домена

Проверка…

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

DNS-запрос обращается к системе доменных имён, чтобы раскрыть, как настроен домен: IPv4- и IPv6-адреса, на которые он указывает (A/AAAA), серверы, обрабатывающие его почту (MX), его авторитативные серверы имён (NS) и текстовые записи (TXT), используемые для подтверждения, SPF и DKIM. IPeek в реальном времени опрашивает все авторитетные серверы имён по всем поддерживаемым типам записей сразу и показывает, совпадают ли их ответы.

Как DNS-запрос разрешает домен

DNS-запрос проходит цепочку разрешения от корневых серверов к серверам домена верхнего уровня и далее к авторитативным серверам имён домена, которые хранят фактические записи. Рекурсивный резолвер делает эту работу и возвращает итоговый ответ. Каждая запись несёт TTL (time to live) в секундах, который сообщает резолверам, как долго её кэшировать. IPeek запрашивает авторитативные серверы для каждого поддерживаемого типа за один проход, так что вы видите A, AAAA, MX, NS, TXT и другие вместе, а не выполняете отдельные запросы.

Как читать результаты DNS-запроса

Результаты сгруппированы по типу записи. Строки A и AAAA показывают IPv4- и IPv6-адреса, в которые разрешается имя хоста. Строки MX перечисляют почтовые серверы с числом приоритета, где меньшее выигрывает. Строки NS называют авторитативные серверы зоны. Строки TXT содержат произвольный текст, такой как политика SPF (v=spf1 ...) или токен подтверждения домена. Каждая строка показывает свой TTL; значение вроде 3600 означает, что резолверы могут кэшировать эту запись один час, прежде чем запросить снова.

Когда нужен полный DNS-запрос

Запускайте полный DNS-запрос при миграции хостинга, смене почтовых провайдеров или отладке причины недоступности сайта или службы. Он подтверждает, что записи A/AAAA указывают на нужный сервер, что записи MX отправляют почту правильному провайдеру и что записи NS соответствуют делегированию вашего регистратора. После изменения полный запрос проверяет распространение. Поскольку IPeek обращается напрямую к авторитетным серверам, вы видите изменение сразу после публикации, не дожидаясь истечения кэша резолверов.

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

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

DNS-запрос показывает каждую публичную запись, которую публикует домен: записи A и AAAA для адресов IPv4 и IPv6, записи MX для почтовых серверов, записи NS для авторитативных серверов имён и записи TXT для SPF, DKIM и токенов подтверждения. IPeek запрашивает все поддерживаемые типы сразу, так что вы получаете полную картину того, как настроен домен, в одном результате.

Сколько времени занимает распространение DNS?

Распространение DNS обычно завершается за время от нескольких минут до 48 часов, управляемое TTL каждой записи. Запись с TTL 3600 может кэшироваться резолверами до часа после изменения. Понижение TTL перед миграцией ускоряет распространение. IPeek читает авторитетные серверы напрямую, поэтому показывает новое значение сразу, даже пока резолверы ещё отдают старое.

В чём разница между DNS-запросом и WHOIS-запросом?

DNS-запрос возвращает технические записи домена — IP-адреса, почтовые серверы и серверы имён, которые маршрутизируют трафик и почту. WHOIS-запрос вместо этого возвращает регистрационные данные: регистратора, даты создания и истечения и контактные данные. Используйте DNS, чтобы увидеть, как работает домен, и WHOIS, чтобы увидеть, кто и когда его зарегистрировал.

Почему мой DNS-запрос не возвращает записей?

Пустой DNS-запрос обычно означает, что для этого имени хоста не существует записи данного типа, домен неправильно настроен или нарушено делегирование у регистратора. Проверьте, что ваши записи NS соответствуют серверам имён, заданным у регистратора. Домен без записи A не загрузит сайт, а без записи MX не сможет принимать почту на этом домене.

Что такое TTL в DNS?

TTL (time to live) — это число секунд, в течение которых DNS-запись может кэшироваться резолверами, прежде чем они снова запросят авторитативные серверы. TTL 300 означает пять минут; 86400 означает один день. Меньшие TTL ускоряют распространение изменений, но увеличивают объём запросов. Понизьте TTL за день до запланированной миграции, чтобы обновления вступали в силу быстро.