DNS-запрос онлайн

Восемь типов записей за один проход

Введите домен, и страница спросит у публичного резолвера Cloudflare, 1.1.1.1, записи A, AAAA, CNAME, MX, NS, SOA, TXT и CAA. Запрос идёт через DNS-over-HTTPS из вашего браузера, так что вы видите то, что публичный резолвер возвращает вам, а не ответ с серверов самой зоны. Каждый результат выводится в стиле dig: имя, оставшийся TTL, тип и данные. Типы без ответов пропускаются, и это тоже полезная информация.

Вместе они отвечают на большинство вопросов «почему не работает». A и AAAA определяют, куда идёт веб-трафик. CNAME делает одно имя псевдонимом другого. MX направляет почту. NS говорит, какие серверы авторитетны. В TXT лежат SPF, подтверждения домена и политика DMARC. CAA ограничивает, какие центры сертификации могут выпускать сертификаты.

Как читать TTL и почему ответы различаются

Число рядом с каждой записью — это время в секундах, в течение которого этот резолвер ещё может держать её в кеше. Выполните запрос дважды: если во второй раз число меньше, вы видели кешированную копию, у которой идёт обратный отсчёт. Разные резолверы держат разные копии, поэтому Google, Cloudflare и ваш провайдер могут расходиться часами после правки. Вот и вся история про «распространение»: ничего никуда не рассылается, кеши просто истекают.

Планируйте изменения с учётом TTL. Если у записи TTL 86400 (сутки), а перенести сайт нужно сегодня вечером, сначала снизьте TTL до 300, подождите не меньше суток, пока истекут старые долгоживущие копии, внесите изменение и после этого верните TTL обратно. Если нарушить порядок, половина посетителей на сутки останется на старом сервере.

Записи, которые часто читают неправильно

Несколько случаев, которые повторяются в обращениях в поддержку:

• CNAME не может стоять на вершине зоны рядом с записями SOA и NS. Провайдеры обходят это через ALIAS, ANAME или «сплющенные» CNAME; для резолвера они выглядят как обычные записи A.
• CNAME на имени, где есть ещё MX или TXT, ломает их, потому что псевдоним перехватывает все типы для этого имени.
• Серийный номер SOA обычно состоит из даты и счётчика, например 2026110601. Если после правки он не изменился, правка не дошла до первичного сервера имён.
• Записи NS у регистратора и в зоне должны совпадать. Расхождение («lame delegation») даёт перебои, которые кажутся случайными.
• Запись CAA вроде 0 issue "letsencrypt.org" запрещает выпускать сертификаты любому другому центру. Забытый CAA — типичная причина того, что заказ сертификата перестаёт проходить после смены провайдера.
• Значение TXT длиннее 255 символов нужно разбить на несколько строк в кавычках; многие панели делают это автоматически.

Чего этот запрос не покажет

Он не обращается к авторитетным серверам, поэтому свежее изменение может быть не видно, пока не истечёт TTL. Он не показывает проверку DNSSEC, а DNS-over-HTTPS блокируют некоторые корпоративные сети — тогда страница советует выполнить dig в терминале (команда напечатана под инструментом). Он также отражает только один резолвер: сервер имён, который отвечает неправильно лишь части клиентов или из отдельных стран, он не обнаружит.

Отслеживать записи, а не просто смотреть на них

DNS-монитор повторяет этот запрос по расписанию и сравнивает ответ с ожидаемыми значениями записей A, AAAA, CNAME, MX, NS или TXT. Неожиданное изменение открывает инцидент, а оповещение показывает, что найдено, так что тихая подмена или случайное удаление превращаются в оповещение. DNS-мониторинг начинается с тарифа Starter. Как сопоставляются ожидаемые значения, смотрите в разделе DNS-мониторинг. Для стороны регистрации есть проверка срока действия домена.