Не меняйте DNS-записи и адреса серверов наугад. Ошибка может возникать в локальном resolver, сети, записи домена, DNSSEC или уже на веб-сервере. Диагностика должна ответить на два вопроса: удается ли получить адрес по имени и отвечает ли затем сайт по этому адресу.

Сузьте область сбоя

Сравните несколько доменов и проблемный адрес на одном устройстве, затем повторите тест через другую сеть. Если там открывается, а дома нет, начните с локального resolver. Одна неработающая зона на разных сетях указывает на другую область поиска: записи или статус домена. Получили IP, но сайт все равно не открывается? Проверяйте HTTPS, маршрут, веб-сервер и приложение.

Запишите время, точное имя домена и сообщение об ошибке. Не отправляйте пароли или персональные данные на публичные DNS-checker сайты.

Проверка resolver в Ubuntu

Для Ubuntu Server документация по DNS, проверенная 8 октября 2026 года, предлагает посмотреть активный resolver командой resolvectl status. В этой среде dig помогает запросить DNS и увидеть код ответа. Сравните запрос через системный resolver с запросом к авторитетной зоне или другому публичному resolver, если понимаете разницу между этими точками.

При сбое запроса через локальный resolver проверьте сеть, DHCP и VPN. В Ubuntu команда resolvectl status показывает, какой сервер настроен для интерфейса. Не редактируйте /etc/resolv.conf наугад: этот файл может собираться сетевым менеджером.

Проверьте зону, а не только кеш

В панели DNS-провайдера сверьте A/AAAA или CNAME для нужного имени. Для почты отдельно проверьте MX и TXT. Запись корня домена не всегда автоматически задает www.

При переезде сайта DNS может некоторое время возвращать старое значение из-за кеширования согласно TTL. Руководство Google о смене хостинга без изменения URL отдельно напоминает проверить DNS-переход, тестирование новой площадки и трафик на старом и новом сервере. Это не означает, что любой сбой надо «ждать»: сначала сверяйте фактическую запись у нескольких resolver и значение TTL в зоне.

Когда подозревать DNSSEC

Ответ SERVFAIL не доказывает сам по себе, что проблема в DNSSEC. Но если ошибка появилась после смены DNS-провайдера, сверьте DS у регистратора с DNSKEY и подписями текущей зоны. Ubuntu описывает диагностику DNSSEC через resolvectl и dig в отдельной официальной инструкции. Ее команды предназначены для Ubuntu и могут временно менять resolver; не копируйте их в сеть организации без понимания последствий.

Сверьте состояние DNSSEC у регистратора и DNS-провайдера. Уточните, кто отвечает за DS, если зона недавно переехала. Не отключайте защиту вместо исправления несоответствия без согласованного плана.

Эскалация с полезными данными

Если проблема сохраняется, передайте администратору домен, время и часовой пояс, сеть, тип ответа (NXDOMAIN, SERVFAIL, timeout или другой код), результат запроса через доступный resolver и недавние изменения зоны. Не прикладывайте секретные ключи. Эта информация помогает DNS-оператору отличить отсутствие записи от проблем делегирования или проверки подписи.

Сначала проверьте resolver и ответы зоны. Если они корректны, сообщите администратору время сбоя, сеть, код ответа и недавние изменения DNS. Для служебного DNS IANA регистрирует порт 53 как UDP, так и TCP; сетевой экран может блокировать один из транспортов. Команды зависят от ОС. Документы Ubuntu, Google и IANA сверены 8 октября 2026 года. Термины разобраны в словарной статье DNS; частотность не измерялась.