DNS_PROBE_FINISHED_NXDOMAIN и другие ошибки DNS: сайт не открывается — что делать

Вы вводите адрес, нажимаете Enter — и вместо сайта видите серую страницу с текстом «Не удаётся получить доступ к сайту» и кодом DNS_PROBE_FINISHED_NXDOMAIN внизу. Интернет при этом вроде бы есть: мессенджер принимает сообщения, музыка играет, соседняя вкладка обновляется. Сайт может быть любым — от банка до рабочей панели, и от этого только обиднее.

Все ошибки с буквами DNS в названии объединяет одно: браузер не смог узнать, по какому адресу искать сайт. Это одна из самых частых сетевых неполадок и одновременно одна из самых простых в лечении — в большинстве случаев хватает пяти минут и двух команд. Разберём, что означает каждая ошибка, что проверить по порядку и как сменить DNS на любом устройстве, а заодно честно скажем, когда дело не в вас, а в сети.

Что такое DNS, если коротко

У каждого сайта есть имя, которое вы вводите в адресную строку, и числовой адрес сервера, по которому к нему реально идут данные. DNS — служба, которая переводит одно в другое: браузер спрашивает «где живёт example.com», DNS-сервер отвечает адресом, и только после этого начинается загрузка страницы. Пока ответа нет, браузеру некуда отправлять запрос — отсюда серая страница.

Чей DNS-сервер отвечает на вопросы, решает сеть, к которой вы подключены: дома это чаще всего роутер, который пересылает запросы серверу оператора связи, на мобильном интернете — сервер оператора, в кафе — сервер точки доступа. Ответы кэшируются на нескольких уровнях сразу: в браузере, в операционной системе, в роутере. Кэш ускоряет работу, но он же хранит устаревшие и ошибочные ответы — и большинство «странных» ошибок DNS живут именно в нём.

Сначала — что именно не работает

Прежде чем менять настройки, уточните картину — от этого зависит, куда смотреть:

• Не открывается один сайт, остальные работают. Чаще всего опечатка в адресе, сайт переехал или у него истёк срок домена. Реже — устаревшая запись в кэше или строка в файле hosts.
• Не открывается ничего, но мессенджеры и приложения живут. Классический сбой DNS: соединение есть, а имена не разрешаются. Приложения часто держат уже открытые соединения и какое-то время не замечают проблему.
• Не работает на одном устройстве, на других в той же сети всё в порядке. Ищите на самом устройстве: кэш, антивирус, «родительский контроль», собственные настройки DNS, файл hosts.
• Не работает у всех в квартире, а с мобильного интернета открывается. Проблема на роутере или у DNS-сервера сети. Здесь помогает перезагрузка роутера или смена DNS прямо на нём.

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

Что означает каждая ошибка

В Chrome и других браузерах на его движке (Edge, Яндекс Браузер, Opera) ошибки DNS начинаются с DNS_PROBE: после неудачи браузер делает контрольную проверку и сообщает её результат. В Safari и Firefox текст другой, но причины те же.

Важная деталь: NXDOMAIN — это осмысленный ответ сервера «такого имени нет», а NO_INTERNET — отсутствие ответа. Первая ошибка чаще про опечатку и кэш, вторая — про сеть.

Быстрые проверки за пять минут

1. Перечитайте адрес. Лишняя буква, «.ru» вместо «.com», пробел в конце — NXDOMAIN честно сообщает, что имени с такой опечаткой не существует. Откройте сайт из поисковой выдачи, а не из истории браузера.
2. Другой браузер и режим инкогнито. Если в Firefox открывается, а в Chrome нет — дело в кэше или расширениях конкретного браузера. В Chrome кэш имён чистится отдельно: адрес chrome://net-internals/#dns, кнопка «Clear host cache».
3. Другое устройство в той же сети. Телефон по Wi-Fi открывает сайт — проблема на компьютере. Не открывает — на роутере или у DNS-сервера сети.
4. Сбросьте кэш DNS системы. Windows: командная строка → ipconfig /flushdns. macOS: Терминал → sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. На телефоне достаточно включить и выключить авиарежим.
5. Спросите другой DNS напрямую. Windows и macOS: nslookup example.com 1.1.1.1. Если публичный сервер отвечает адресом, а та же команда без указания сервера выдаёт ошибку — виноват DNS вашей сети, переходите к его смене.
6. Перезагрузите роутер. Выключите из розетки на 30 секунд. Роутеры месяцами копят кэш и таблицы соединений, и часть ошибок DNS уходит вместе с ними.
7. Проверьте, не сеть ли с авторизацией. В отеле, кафе и аэропорту DNS-запросы перехватываются, пока вы не вошли на странице приветствия — как открыть страницу входа в такой сети, разобрано отдельно.

Как сменить DNS на любом устройстве

Смена DNS — главное лекарство от ошибок этого семейства. Публичные серверы отвечают быстро и предсказуемо; выбирайте любую пару: 1.1.1.1 и 1.0.0.1, 8.8.8.8 и 8.8.4.4, 9.9.9.9 и 149.112.112.112. Первый адрес — основной, второй — запасной.

Два замечания. «Частный DNS» на Android действует и в Wi-Fi, и в мобильной сети — это самый удобный способ на телефоне. На iPhone штатной настройки DNS для мобильного интернета нет, только для конкретной Wi-Fi-сети; в сотовой сети запросы идут на серверы оператора, и если они отвечают нестабильно, помогает либо профиль конфигурации, либо защищённое подключение, о котором ниже.

После смены DNS ещё раз сбросьте кэш командой из четвёртого пункта и обновите страницу.

Глубинные причины, если простые шаги не помогли

DNS через HTTPS в браузере

Chrome, Edge и Firefox умеют отправлять DNS-запросы не серверу сети, а выбранному DNS-сервису по HTTPS. Это защищает запросы от подмены, но добавляет ещё одну точку отказа: если выбранный сервис недоступен из вашей сети, ошибки появятся только в браузере, а остальные программы будут работать. Где смотреть: Chrome — Настройки → Конфиденциальность и безопасность → Безопасность → «Использовать безопасный DNS-сервер»; Firefox — Настройки → Приватность и защита → «DNS через HTTPS». Переключите сервис или временно выключите функцию — если ошибка ушла, причина найдена.

Файл hosts

Операционная система сначала смотрит в локальный файл hosts и лишь потом спрашивает DNS. Строка в нём с адресом 0.0.0.0 или 127.0.0.1 напротив имени сайта делает его «несуществующим» — такое оставляют «оптимизаторы», старые активаторы программ и вредоносные скрипты. В Windows файл лежит по пути C:\Windows\System32\drivers\etc\hosts, в macOS — /etc/hosts. Откройте его от имени администратора и удалите незнакомые строки; по умолчанию в нём только комментарии, начинающиеся с решётки.

Антивирус и «родительский контроль»

Сторонние антивирусы часто ставят собственный фильтр DNS-запросов, а функции «безопасный интернет» и «родительский контроль» — на роутере, в антивирусе или у оператора — отвечают на запросы к нежелательным категориям сайтов пустым ответом. Снаружи это выглядит как NXDOMAIN для вполне обычного сайта. Временно отключите защиту сети в антивирусе и проверьте настройки семейного фильтра в панели роутера.

Кэш роутера и IPv6

Роутер сам кэширует ответы DNS и после переезда сайта на новый адрес может отдавать старый ещё несколько часов — перезагрузка лечит. Второй сюжет — IPv6: если сеть выдаёт устройству адрес IPv6 и DNS-сервер по IPv6, но сам маршрут IPv6 работает плохо, система будет ждать ответа по нему и только потом переключаться на IPv4. Для проверки временно отключите IPv6 в свойствах сетевого адаптера (Windows: свойства подключения → снять галку «IP версии 6») и посмотрите, исчезли ли задержки.

Сайт открылся, но браузер ругается на сертификат

Если после исправления DNS страница загружается, но появляется предупреждение о небезопасном подключении, это уже другая история — сбитое время на устройстве или перехват соединения по пути. Как это разбирается, читайте в статье «Ваше подключение не защищено»: что делать.

Когда DNS сети отвечает нестабильно

Есть сценарий, в котором все настройки верны, hosts чист, а ошибка возвращается: страница открывается со второй-третьей попытки, часть сайтов грузится мгновенно, другие висят, пока не выпадает NXDOMAIN или NO_INTERNET. Так выглядит нестабильный DNS-сервер или нестабильный маршрут до него: запросы уходят, ответы теряются или приходят с задержкой больше секунды, и браузер сдаётся раньше. Особенно это заметно в мобильных сетях и в сетях с большим числом пользователей — сеть пропускает не всё и не всегда.

Смена DNS на публичный помогает, если проблема в самом сервере сети. Если же пакеты теряются на пути к любому DNS-серверу, нужен другой маршрут. Один из вариантов — защищённое подключение: приложение уносит в защищённый канал не только страницы, но и DNS-запросы, имена разрешаются на стороне сервера сервиса, а до него идёт один устойчивый маршрут. В профиле с автовыбором приложение само держит самый быстрый из серверов, перебирать руками ничего не нужно. Проверить, ваш ли это случай, проще всего эмпирически: попробовать 3 дня бесплатно — если с включённым подключением ошибки DNS уходят, причина найдена; если остаются, возвращайтесь к файлу hosts и антивирусу.

Тот же признак — «интернет есть, а сайт не открывается» — бывает и без участия DNS: имя разрешилось, но соединение не устанавливается или обрывается. Об этом — в разборе ERR_CONNECTION_TIMED_OUT и ERR_CONNECTION_RESET. А если приложение на телефоне сообщает об отсутствии интернета при работающем браузере, посмотрите, почему приложение пишет «Нет подключения к интернету».

Профилактика: чтобы ошибки DNS не возвращались

• Пропишите публичный DNS на роутере — тогда все устройства дома получат его автоматически, а сбой сервера оператора вас не заденет.
• На телефоне с Android включите «Частный DNS» — это единственная настройка, которая работает и в Wi-Fi, и в мобильной сети.
• Раз в полгода заглядывайте в файл hosts, особенно после установки «оптимизаторов» и незнакомых программ.
• Держите под рукой команду ipconfig /flushdns — она безопасна и решает большинство разовых сбоев.
• Если пользуетесь защищённым подключением, обновляйте подписку в приложении при выключенном соединении — тогда список серверов всегда свежий.

Коротко

Ошибки DNS_PROBE_FINISHED_NXDOMAIN, NO_INTERNET, BAD_CONFIG и ERR_NAME_NOT_RESOLVED означают одно: браузер не узнал адрес сайта. Сначала опечатка и другой браузер, затем ipconfig /flushdns и перезагрузка роутера, потом смена DNS на 1.1.1.1 или 8.8.8.8 — на устройстве или сразу на роутере. Если не помогло, проверьте файл hosts, DNS через HTTPS в браузере, антивирус и IPv6. А когда ошибка возвращается волнами, особенно в мобильной сети, дело в нестабильном маршруте до DNS-сервера — здесь честный тест простой: включить защищённое подключение на три дня бесплатно и сравнить.