Когда сайты перестают открываться, а ping по IP-адресу работает, первым делом стоит проверить статус DNS через HTTPS-запрос к публичному резолверу: например, отправить запрос к endpoint https://dns.google/resolve?name=example.com&type=A и посмотреть, вернётся ли JSON с полем Status, равным 0. Код 0 означает успешный резолв, значение 2 — ошибку SERVFAIL, 3 — несуществующий домен (NXDOMAIN). Это самый быстрый способ отделить проблему локального DNS от сбоя самого домена или сети.
Фраза «dns service center status» обычно относится к двум вещам: к статус-страницам DNS-провайдеров, где публикуется информация об инцидентах, и к технической проверке состояния DNS-сервиса через защищённый протокол HTTPS (DNS over HTTPS, DoH). Ниже разберём оба сценария: как узнать, не лежит ли сам DNS-оператор, как проверить работоспособность резолвера и что делать, если диагностика показывает сбой.
Что означает статус DNS-сервиса и зачем его проверять через HTTPS
Классический DNS работает по UDP/TCP на порту 53 без шифрования, поэтому провайдер или злоумышленник в сети могут перехватывать и подменять ответы. DNS over HTTPS инкапсулирует запросы в обычный HTTPS-трафик на порт 443, что защищает запрос от подмены и позволяет проверять резолвер даже из сетей, где порт 53 заблокирован.
Проверка статуса через HTTPS полезна в трёх ситуациях: когда нужно понять, работает ли резолвер вообще; когда требуется сравнить ответ локального DNS с ответом независимого публичного сервиса; и когда нужно убедиться, что сбой происходит на стороне провайдера, а не на вашем устройстве. По сути, DoH-запрос — это эталонная точка отсчёта для диагностики.
💡HTTPS-запрос к публичному DoH-резолверу — самый надёжный способ проверить DNS из любой сети: порт 443 открыт практически везде, а ответ возвращается в читаемом JSON.