Ошибка DNS_PROBE_FINISHED_NO_INTERNET означает, что браузер Chrome не смог связаться с DNS-резолвером: диагностический запрос ушёл, а ответа не пришло. Проблема почти всегда на стороне сети или настроек компьютера, а не сайта. Чаще всего помогают очистка DNS-кэша командой ipconfig /flushdns, перезагрузка роутера и смена DNS-сервера на публичный — 8.8.8.8, 1.1.1.1 или 77.88.8.8.
В этом руководстве разберём, что именно проверяет Chrome перед выводом этой ошибки, чем она отличается от похожей DNS_PROBE_FINISHED_NXDOMAIN, какие причины встречаются чаще всего и как исправить проблему пошагово в Windows, macOS и Android. Материал рассчитан и на обычных пользователей, и на администраторов, которые диагностируют сеть у клиентов.
Что значит ошибка DNS_PROBE_FINISHED_NO_INTERNET
Когда страница не загружается, Chrome запускает встроенную диагностику — так называемый DNS-probe. Браузер отправляет тестовый DNS-запрос настроенному резолверу (обычно это роутер или DNS-сервер провайдера), чтобы понять, на каком уровне сломалась цепочка. Суффикс в названии ошибки — это результат такой проверки.
Вердикт NO_INTERNET означает: резолвер вообще не ответил. С точки зрения Chrome DNS-сервис недоступен — либо нет физического соединения с сетью, либо DNS-сервер, прописанный в настройках, не работает или заблокирован. Важно понимать: сайт, который вы открывали, здесь ни при чём — браузер даже не дошёл до стадии, на которой спрашивают про конкретный домен.
Формально DNS (Domain Name System) — это система, которая превращает имя вида example.com в IP геолокацию. Без работающего резолвера браузер не знает, куда подключаться, поэтому падает любой сайт, а не какой-то один. Это ключевой диагностический признак ошибки NO_INTERNET.
Чем отличается от DNS_PROBE_FINISHED_NXDOMAIN
Эти две ошибки часто путают, но лечатся они по-разному. NXDOMAIN — это полученный ответ DNS-сервера: «такого домена не существует». NO_INTERNET — это отсутствие любого ответа: сервер молчит или недостижим. В первом случае сеть работает, а проблема в имени домена или его DNS Lookup; во втором — сломан сам канал до резолвера. Подробный разбор первой ошибки — в статье DNS_PROBE_FINISHED_NXDOMAIN: как исправить.
| Критерий | DNS_PROBE_FINISHED_NO_INTERNET | DNS_PROBE_FINISHED_NXDOMAIN |
|---|---|---|
| Что сломано | Связь с DNS-резолвером (сеть, роутер, настройки ОС) | Сам домен: записи нет или она указана с ошибкой |
| Ответ DNS-сервера | Ответа нет вообще | Ответ есть: «домен не существует» (NXDOMAIN) |
| Падают ли другие сайты | Да, как правило все | Нет, только конкретный домен |
| Кто чинит | Пользователь, админ сети или провайдер | Владелец домена (записи) или пользователь (опечатка, кэш) |
| Типичное лечение | Перезагрузка роутера, flushdns, смена DNS | Проверка A/CNAME запись-записей, ожидание обновления DNS |
Основные причины появления ошибки
- Роутер или DNS провайдера недоступен. Самый частый сценарий: роутер завис, либо у провайдера временно упал резолвер, при этом сам канал в интернет может работать.
- Сбитые сетевые настройки ОС. Неверный статический DNS, «осиротевшие» записи после смены сети, повреждённый стек TCP/IP или каталог Winsock в Windows.
- VPN или прокси. Клиент VPN подменяет DNS на собственный; после разрыва туннеля система продолжает слать запросы на уже недоступный адрес.
- Повреждённый DNS-кэш. Устаревшие или битые записи в локальном кэше мешают новым запросам — помогает очистка, подробности в статье как очистить DNS-кэш.
- Файрвол или антивирус. Слишком строгие правила блокируют исходящий UDP/TCP-трафик на проверку портов 53, и DNS-запросы просто не выходят с машины.
Как исправить на Windows: пошаговая инструкция
Начните с очевидного: перезагрузите роутер (выключите питание на 30 секунд) и проверьте, воспроизводится ли ошибка на другом устройстве в той же сети. Если сломано везде — проблема в роутере или у провайдера. Если только на одном компьютере — идите по шагам ниже, каждый выполняется в командной строке от имени администратора.
Шаг 1. Очистите DNS-кэш
Команда сбрасывает локальный кэш резолвера Windows и убирает битые записи:
ipconfig /flushdnsШаг 2. Обновите IP-адрес и настройки DHCP
Компьютер заново запросит у роутера адрес и адреса DNS-серверов — это чинит «осиротевшие» настройки после смены сети:
ipconfig /release ipconfig /renewШаг 3. Сбросьте Winsock и стек TCP/IP
Если кэш и DHCP не помогли, сбросьте сетевой стек — это устраняет повреждения, оставленные VPN-клиентами и «оптимизаторами» сети. После выполнения обязательно перезагрузите компьютер:
netsh winsock reset netsh int ip resetШаг 4. Отключите VPN, прокси и проверьте файрвол
Выключите VPN-клиент и уберите прокси: «Параметры → Сеть и Интернет → Прокси». Затем временно отключите сторонний файрвол или антивирус и повторите попытку. Если сайт открылся — добавьте DNS-трафик (порт 53) в исключения, а не оставляйте защиту выключенной.
Смена DNS-сервера на публичный
Если резолвер провайдера нестабилен, пропишите публичный DNS вручную: «Параметры → Сеть и Интернет → Ethernet/Wi-Fi → Назначение DNS-сервера → Изменить → Вручную». Проверенные варианты:
- Google Public DNS: 8.8.8.8 и 8.8.4.4 — самый известный, поддерживает DoH/DoT;
- Cloudflare: 1.1.1.1 и 1.0.0.1 — ориентирован на скорость и приватность;
- Яндекс DNS: 77.88.8.8 (базовый) и 77.88.8.1 — быстрый вариант с серверами в России, есть режимы с фильтрацией.
После смены DNS снова выполните ipconfig /flushdns, чтобы система не использовала старые записи из кэша.
macOS и Android: краткая инструкция
macOS. Очистите кэш резолвера в Терминале: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. Затем при необходимости смените DNS: «Системные настройки → Сеть → Wi-Fi → Подробнее → DNS» и добавьте 8.8.8.8 или 1.1.1.1. Помогает также удалить сеть Wi-Fi и подключиться заново.
Android. Откройте «Настройки → Сеть и интернет → Частный DNS» и укажите dns.google — это включит защищённый DNS поверх любой сети. Альтернативно «забудьте» проблемную сеть Wi-Fi и подключитесь снова, либо проверьте, воспроизводится ли ошибка в мобильной сети: если нет, проблема в роутере.
Когда виноват провайдер и как это доказать
Сравните ответы резолвера провайдера и публичного DNS утилитой nslookup:
nslookup example.com nslookup example.com 8.8.8.8Если первый запрос завершается таймаутом («DNS request timed out»), а второй возвращает IP-адрес — резолвер провайдера не работает. Временно переключитесь на публичный DNS и сообщите в поддержку провайдера. Если молчат оба запроса — проблема ближе: роутер, кабель или блокировка на самом компьютере. Смежные сценарии, когда домены не резолвятся выборочно, разобраны в статье DNS не резолвит домен: причины и решения.
Как проверить DNS после исправления
Убедитесь, что резолвинг восстановился, с независимой точки: онлайн-инструмент проверка DNS-записей покажет A, AAAA, MX, NS и TXT-записи домена так, как их видят внешние серверы, — если записи на месте, а у вас сайт по-прежнему не открывается, проблема локальная. Затем проверьте доступность узла через пинг и проверку портов: стабильный ответ подтверждает, что канал до сервера работает.
Полезные источники
- Chromium Network Stack — как устроена сетевая подсистема Chrome и её DNS-диагностика;
- Google Public DNS: Get Started — официальная инструкция по настройке 8.8.8.8;
- Яндекс DNS — адреса и режимы публичных DNS-серверов Яндекса;
- MDN: DNS — краткое объяснение, как работает система доменных имён.
Частые вопросы
Почему ошибка появляется только в Chrome, а другие браузеры работают?
Chrome использует собственный асинхронный DNS-резолвер и свой кэш, поэтому иногда «застревает» на битых записях, когда системный резолвер уже восстановился. Откройте chrome://net-internals/#dns и нажмите «Clear host cache», затем перезапустите браузер. Если не помогло — проблема всё же на уровне системы или сети.
Поможет ли переустановка браузера?
Почти никогда. Ошибка описывает состояние сети, а не повреждение самого Chrome: браузер лишь сообщает, что DNS-резолвер недоступен. Переустановка сбросит кэш и настройки, но того же эффекта можно добиться очисткой DNS-кэша браузера и системы за минуту, без потери расширений и сохранённых данных.
Чем NO_INTERNET отличается от ERR_NAME_NOT_RESOLVED?
ERR_NAME_NOT_RESOLVED — общая ошибка «имя не удалось разрешить»: она возникает и при недоступном резолвере, и при отсутствии записи. NO_INTERNET — более точный диагноз после DNS-probe: резолвер молчит. Практическая разница в шагах диагностики — разбор в статье ERR_NAME_NOT_RESOLVED: как исправить.
Безопасно ли менять DNS на 8.8.8.8 или 77.88.8.8?
Да. Публичные резолверы Google, Cloudflare и Яндекса — штатная замена DNS провайдера, они обрабатывают миллиарды запросов и часто отвечают быстрее. Учтите только, что запросы будут проходить через выбранную компанию, а корпоративные внутренние домены (интранет) могут перестать резолвиться — в офисной сети уточните политику у администратора.
Ошибка появляется периодически и сама исчезает. В чём причина?
Плавающий характер обычно указывает на перегруженный роутер, нестабильный Wi-Fi или проблемный резолвер провайдера. Пропишите публичный DNS, обновите прошивку роутера и понаблюдайте. Если ошибка повторяется на всех устройствах одновременно — фиксируйте время сбоев и передавайте провайдеру: это признак деградации его DNS-инфраструктуры.
Что делать, если ничего не помогло?
Проверьте кабель и индикаторы роутера, подключитесь напрямую без роутера, загрузитесь в безопасном режиме с поддержкой сети — так вы исключите влияние стороннего софта. Создайте новый профиль пользователя или проверьте систему антивирусом: DNS-настройки иногда подменяет вредоносное ПО. Крайняя мера — сброс сетевых параметров Windows целиком.