Сообщение «DNS-сервер не отвечает» почти никогда не означает поломку DNS: в большинстве случаев причина в кэше, резолвере или настройках зоны.

Проверка за минуту

Прежде чем лезть в настройки, стоит понять: проблема у вас или у домена. Три быстрые проверки отделяют одно от другого.

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

Симптом, причина, действие

Таблица ниже помогает быстро понять, с чем связана именно ваша ситуация.

Симптом	Вероятная причина	Что сделать
Сайт не открывается только у вас	Старая запись осталась в локальном кэше	Сбросить кэш DNS на своём устройстве
Сайт не открывается ни у кого	Ошибка в самой записи зоны или на сервере	Проверить запись напрямую через авторитетный сервер
Сайт открывается по IP, но не по имени	Проблема именно в DNS, а не на сервере	Проверить A-запись и её соответствие адресу сервера
Ошибка только в одном браузере	Кэш или расширение этого браузера	Очистить кэш браузера или открыть сайт в другом
Проблема началась после смены NS-серверов	Старые записи ещё не истекли по TTL	Подождать истечения TTL и проверить записи заново

Сброс кэша DNS

Кэш DNS хранится не только у резолвера провайдера, но и на самом устройстве. Если запись успела поменяться, а старое значение ещё закэшировано локально, сброс решает проблему мгновенно.

ipconfig /flushdns                    # Windows
sudo dscacheutil -flushcache          # macOS
sudo systemd-resolve --flush-caches   # Linux с systemd-resolved

Проверка со стороны

Если кэш сброшен, а сайт всё ещё недоступен, стоит спросить не свой резолвер, а сам домен напрямую — так видно, отвечает ли зона вообще.

dig example.com @8.8.8.8            # Запрос к публичному резолверу
dig example.com @ns1.example.com    # Запрос к NS-серверу зоны

Недавняя смена NS или записей

Если ошибка началась сразу после смены NS-серверов или правки записей — дело почти наверняка в TTL. Старое значение живёт в чужих кэшах ровно то время, которое было указано в записи, и обновится не раньше его истечения.

Сроки и то, как ускорить проверку, разобраны в статье про распространение DNS; как правильно менять NS-серверы — в статье про смену NS-серверов.

Когда причина на стороне провайдера интернета

Иногда DNS домена исправен, а резолвер именно вашего интернет-провайдера временно не отвечает или отвечает с ошибкой. Это внешняя причина, которую нельзя исправить настройками домена.

Доказательство простое: запрос к публичному резолверу (как в примере выше) проходит успешно, а запрос через обычное подключение — нет. Это повод обращаться к провайдеру интернета, а не к DNS-хостингу домена.

Что собрать перед обращением в поддержку

Готовое описание ускоряет разбор обращения в разы. Полезно указать: сам домен, что именно не открывается (сайт целиком или конкретная функция), вывод команды dig и то, с какого адреса или сети выполнялась проверка.

Чем конкретнее вопрос, тем быстрее находится причина — абстрактное «домен не работает» требует отдельного уточнения перед тем, как вообще начать проверку.