Проверка DNS-записей
Смотрите DNS-записи любого домена вживую, прямо из браузера.
Этот инструмент выполняет проверку DNS: он запрашивает DNS-записи домена и показывает их понятными, читаемыми группами — A и AAAA (IP-адреса), MX (почтовые серверы), TXT (записи проверки и политик, например SPF), NS (серверы имён, отвечающие за домен) и CNAME (псевдонимы). Это тот инструмент, к которому обращаются при настройке нового домена, отладке доставки почты, проверке того, что изменение DNS уже распространилось, или подтверждении, что сайт указывает туда, куда вы думаете.
Запрос выполняется из вашего браузера через DNS-over-HTTPS — зашифрованный способ спросить записи у публичного DNS-резолвера по HTTPS. Это значит: ничего не нужно устанавливать, а результат приходит за секунду, хотя ответ отражает картину именно этого резолвера. Из-за кэширования по пути запись, которую вы изменили пару минут назад, может ещё показывать старое значение, пока не истечёт TTL.
Вводите «голый» домен вроде example.com, а не полный URL. Вы получите ровно то, что вернул резолвер, с подписью для каждого типа записи, чтобы видеть, что задано, а что отсутствует.
Как выполнить проверку DNS
- Введите имя домена, например example.com, в поле.
- Выберите тип записи или оставьте выбор пустым, чтобы получить основные.
- Нажмите «Проверить».
- Прочитайте записи, сгруппированные по типу, со значениями и TTL.
- Смените тип записи или домен и выполните проверку снова, чтобы сравнить.
Что означает каждый тип DNS-записи
A сопоставляет домену адрес IPv4; AAAA делает то же для IPv6. Именно к ним обращается ваш браузер, чтобы открыть сайт. Записи MX перечисляют почтовые серверы, принимающие письма для домена, в порядке приоритета, поэтому отсутствующая или неверная MX — частая причина недоставленной почты.
Записи TXT хранят произвольный текст для проверки и безопасности почты, включая политики SPF и DKIM, помогающие защититься от подделки писем. Записи NS называют авторитетные серверы имён домена — серверы, которые хранят настоящие ответы. CNAME указывает одно имя на другое как псевдоним, что часто используется для поддоменов вроде www или чтобы направить домен на хостинг-провайдера.
Как проверка выполняется из вашего браузера
Вместо того чтобы полагаться на настройки DNS вашей операционной системы, этот инструмент отправляет запрос как DNS-over-HTTPS публичному резолверу (dns.google). DNS-over-HTTPS упаковывает обычный DNS-запрос внутрь зашифрованного вызова по HTTPS, поэтому и вопрос, и ответ идут по тому же защищённому каналу, что использует сайт. Именно это позволяет веб-странице выполнить настоящую проверку DNS без локальной настройки и без установки софта.
Одно следствие, которое стоит понять: вы видите ответ резолвера, отфильтрованный через его кэш, а не обращаетесь напрямую к авторитетным серверам имён домена. Для большинства проверок это как раз то, что нужно, ведь оно отражает, что увидели бы реальные пользователи большого публичного резолвера. Но это также значит, что результат — снимок текущей картины одного резолвера, а не абсолютная истина для всего интернета в этот миг.
Повседневные причины выполнить проверку DNS
Классическое применение — отладка почты. Если письма к домену не доходят, проверка записей MX подтверждает, опубликованы ли почтовые серверы вообще, а чтение записей TXT позволяет разобрать политику SPF, по которой принимающие серверы решают, легитимна ли ваша почта. Отсутствующая или неверно сформированная запись SPF или DKIM стоит за значительной долей проблем с доставляемостью, а увидеть сырое значение — самый быстрый способ это заметить.
Не менее полезно это при запусках и переносах сайтов. Перед переключением домена на новый хостинг можно убедиться, что запись A или CNAME уже указывает куда надо, а после изменения — следить за появлением нового значения. Проверка записей NS говорит, какой провайдер на самом деле авторитетен для домена, что снимает удивительно много вопросов «почему моё изменение не работает», когда доменом управляют не там, где вы ожидали.
Чтение TTL и понимание распространения
У каждой записи есть TTL, или время жизни, заданное в секундах. Это указание резолверу, как долго кэшировать ответ, прежде чем проверить снова. TTL 3600 означает, что значение может отдаваться из кэша до часа; 300 — пять минут. Планируя изменение DNS, снижение TTL за сутки заранее ускоряет вступление переключения в силу, потому что кэши истекают раньше.
Вот почему «распространение» — это на самом деле лишь истечение кэшей по всему миру в разное время, а не физическое расползание данных. Сразу после правки некоторые резолверы всё ещё держат старое значение, пока не истечёт его TTL, поэтому проверка здесь может показывать прежнюю запись, тогда как другая сеть уже показывает новую. Это нормально, когда на одних резолверах изменение появляется за минуты, а на других занимает до суток и дольше.
Ограничения и точность, которые стоит помнить
Поскольку инструмент спрашивает один публичный резолвер, ответ отражает кэш этого резолвера в данный момент. Другой резолвер — вашего ISP или корпоративной сети — во время распространения может вернуть другое значение, поэтому совпадение у нескольких резолверов и есть настоящий признак того, что изменение полностью вступило в силу. Этот инструмент отлично подходит для быстрого, надёжного считывания, но это одна точка обзора, а не все сразу.
Есть и то, чего DNS-over-HTTPS к публичному резолверу делать не будет. Он не выполнит перенос зоны и не выгрузит все записи домена; он отвечает на конкретные имена и типы, о которых вы спрашиваете. Схемы split-horizon, отдающие разные записи внутренним пользователям, покажут только публичную картину, а статус валидации DNSSEC эта простая проверка не раскрывает. Для таких случаев правильный инструмент — отдельный запрос к авторитетному серверу.
Частые проблемы, которые помогает диагностировать этот инструмент
Пустой результат для типа, который вы ожидали, обычно значит, что запись действительно не опубликована, а не что проверка не удалась. Нет MX — домен не настроен принимать почту напрямую; нет AAAA — не заявлен адрес IPv6; нет CNAME на имени — это либо запись A, либо она просто не определена. Верное прочтение таких отсутствий избавляет от долгой погони за несуществующими проблемами.
Если целый домен не возвращает ничего, проверьте, что вы ввели «голое» имя хоста, а не URL с https:// или хвостовым путём, и помните, что совсем новому домену нужно время, прежде чем его записи начнут где-либо разрешаться. Когда результаты выглядят неверно сразу после правки, причина почти всегда в TTL и кэшировании, описанных выше; дождитесь TTL и перепроверьте, а не правьте раз за разом.
Похожие сетевые инструменты
Когда проверка DNS даёт вам запись A или AAAA, инструмент «Определить IP» сообщает примерное местоположение и хостинг-провайдера за этим адресом, что удобно для подтверждения, что домен разрешается на ожидаемый хост. Вместе они превращают имя домена в полную картину того, где сайт на самом деле «живёт».
Инструмент «Мой IP-адрес» полезен, когда нужен собственный адрес, — например, чтобы добавить его в белый список, управляемый через DNS, а проверка User Agent помогает, когда сервис ведёт себя для вашего браузера иначе, чем объяснила бы проблема с DNS или соединением. Все они работают без аккаунтов и не хранят ничего, кроме единственного запроса, нужного, чтобы вам ответить.
Часто задаваемые вопросы
Проверка DNS бесплатна?
Да, бесплатно и без ограничений, без аккаунта. Проверяйте столько доменов и типов записей, сколько нужно.
Почему результат отличается от изменения, которое я только что внёс?
DNS кэшируется на многих уровнях, и у каждой записи есть TTL, задающий срок. Пока TTL не истёк, резолверы могут возвращать старое значение. Изменения появляются везде от нескольких минут до суток и дольше.
Что такое DNS-over-HTTPS?
Это способ отправлять DNS-запросы по зашифрованному соединению HTTPS к публичному резолверу. Инструмент использует его, чтобы проверка шла прямо из браузера без локальной настройки DNS.
Вводить URL или только домен?
Вводите только домен, например example.com. Уберите https:// и любой путь. Для поддомена вводите его полностью, например mail.example.com.
Почему у домена нет записи MX или AAAA?
Часто это нормально. Домен без MX просто не настроен принимать почту напрямую, а отсутствие AAAA значит, что у него не опубликован адрес IPv6. Отсутствие записи — проблема, только если сервис должен существовать.
Зависит ли результат от того, какой резолвер используется?
Да. Вы видите ответ публичного резолвера, к которому обращается инструмент, и он отражает его кэш. Другой резолвер во время распространения может кратко показывать другое значение.