Как пользоваться DNS-проверкой: практическое руководство

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

Начните с точного имени хоста и вопроса

Прежде чем открывать инструмент проверки DNS, запишите точное имя, которое хотите изучить. Корневой домен example.com и поддомен вроде www.example.com могут иметь разные записи, а почтовый хост вроде mail.example.com может отличаться от обоих. Решите, что вам нужно: IP-адрес, маршрутизация почты, авторитативные серверы имён, псевдоним или текст для верификации. Это предотвращает типичную ошибку: проверку записи A корневого домена, когда на самом деле сломан CNAME или конфигурация MX поддомена. Если у вас полный URL, выделите только часть с именем хоста: пути, строки запроса и названия страниц не являются DNS-именами.

Выполните запрос для типов записей, относящихся к проблеме, и читайте каждый результат вместе с его статусом. Несколько адресов — это нормально для CDN, резервированного сервиса или DNS round-robin. Пустой ответ AAAA не означает автоматически, что сломан весь домен: возможно, у имени нет записи IPv6, а запись A работает. CNAME указывает на другое имя хоста, поэтому для этой цели может понадобиться второй запрос, прежде чем вы узнаете итоговый адрес. Результаты MX включают приоритеты: меньшие числовые значения предпочтения пробуются раньше больших. Ответы TXT инструменты DNS могут разбивать на несколько фрагментов, даже если эти фрагменты составляют одну логическую строку.

Используйте результат как свидетельство, а не как полную проверку работоспособности

Успешный DNS-ответ доказывает лишь то, что резолвер вернул данные; он не доказывает, что адресат принимает соединения или обслуживает нужное приложение. Чтобы разобраться со сбоем сайта, сравните его DNS-ответы с заведомо верным значением, а затем отдельно проверьте HTTPS, сертификат и ответ приложения. Для почты проверьте MX и соответствующие записи политики, но помните, что один лишь DNS не подтверждает, что принимающий сервер примет конкретное сообщение. Тайм-аут, SERVFAIL, NXDOMAIN и корректный ответ без запрошенной записи означают разное. Зафиксируйте точную ошибку и время, чтобы потом сравнить, а не считать каждый пустой результат одним и тем же сбоем.

• Проверяйте точное полное имя хоста, включая нужный поддомен.
• Запрашивайте A и AAAA по отдельности, когда исследуете доступность адреса.
• Используйте данные NS и SOA, когда проверяете делегирование зоны или авторитативную конфигурацию.
• Повторите проверку через другой резолвер, если подозреваете кеширование или поведение, специфичное для резолвера.
• Не считайте IP-адрес доказательством физического происхождения домена, его владельца или исправности сервера.

Повторяемый порядок действий при изменениях

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

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

Сохраняйте полезную запись о проверке

Когда проверка — часть инцидента или запланированного изменения, сохраните данные в компактном повторяемом виде. Запишите полное имя, тип запроса, статус ответа, набор ответов, TTL, резолвер, сетевое расположение и время. Добавьте одно предложение о том, на какой вопрос вы пытались ответить, например, стал ли виден новый веб-хост или указывает ли цель MX всё ещё на выведенного из эксплуатации провайдера. Тогда результат будет понятен коллеге, который не присутствовал при первой проверке. Если ответ позже изменится, вы сможете сравнить сопоставимое, а не вспоминать, какое имя хоста или какой резолвер использовались. Храните только ту информацию, которая нужна вашей команде, особенно если проверки касаются непубличных имён: публичные сервисы проверки не годятся для конфиденциальных внутренних имён хостов.