DNS_PROBE_STARTED: что это за ошибка и как исправить

Что означает DNS_PROBE_STARTED?

DNS_PROBE_STARTED означает, что Chrome не смог получить адрес сайта от DNS и запустил быструю проверку, DNS-пробу, чтобы выяснить причину. На странице написано «Не удается получить доступ к сайту» и «Не удается найти DNS-адрес сайта example.com. Выполняется диагностика.» Когда проба завершается, Chrome заменяет код результатом, например DNS_PROBE_FINISHED_NXDOMAIN или DNS_PROBE_FINISHED_BAD_CONFIG.

STARTED обычно длится лишь секунды. Если страница остаётся на нём, проверка Chrome так и не передала результат странице: такое случается, когда сеть или настройки DNS меняются прямо во время проверки. В Chromium это состояние описано как «A DNS probe has been started for this error page» (net_error_info.h).

Код появляется в браузерах на Chromium (Chrome, Edge, Opera, Brave, Vivaldi). Если ошибка на каждом сайте, дело в вашем DNS или сети; если на одном сайте, проверьте DNS этого сайта поиском ниже.

Как работает DNS-разрешение (и где оно зависает)

Чтобы понять, почему возникает DNS_PROBE_STARTED, нужно знать, как работает DNS-разрешение. Когда вы вводите example.com в Chrome, браузер проходит такие шаги, чтобы найти IP-адрес сервера:

Шаг 1: проверка кеша браузера. Сначала Chrome смотрит в собственный DNS-кеш (chrome://net-internals/#dns). Если домен недавно разрешался и TTL (время жизни записи) не истёк, Chrome сразу берёт результат из кеша, и сетевой запрос не нужен.

Шаг 2: ваши DNS-серверы. Обычно Chrome сам отправляет запрос через встроенный резолвер на DNS-серверы, заданные на вашем устройстве (чаще всего это роутер или провайдер); в некоторых конфигурациях он передаёт запрос резолверу операционной системы.

Шаг 3: запрос к рекурсивному резолверу. Если кеша нет и в ОС, запрос уходит по сети на настроенный DNS-сервер (обычно резолвер провайдера или публичный, например 8.8.8.8). Рекурсивный резолвер делает основную работу: опрашивает корневые серверы, серверы TLD и авторитативные серверы имён, чтобы найти ответ.

Шаг 4: возврат ответа. Рекурсивный резолвер возвращает IP-адрес вашей ОС, та кеширует его и передаёт Chrome. Chrome подключается к этому IP-адресу и загружает страницу.

Если запрос не удался, Chrome показывает страницу ошибки и запускает пробу. Проба разрешает известное имя, google.com, через ваши настройки DNS и через публичный DNS Google (8.8.8.8 и 8.8.4.4), а затем сравнивает результаты: ваш DNS не отвечает, а DNS Google работает — проблема в вашем DNS; не отвечает ни один — нет соединения или сеть блокирует внешний DNS.

Что вызывает DNS_PROBE_STARTED?

За каждым DNS_PROBE_STARTED стоит неудачный запрос, а страница, зависшая на STARTED, добавляет ещё одну возможную причину. Обычные причины:

• Проверка не передала результат: если код не меняется, результат пробы не дошёл до страницы, часто потому что сеть или настройки DNS изменились во время проверки. Полный перезапуск Chrome это устраняет
• DNS-сервер недоступен или перегружен: DNS провайдера или роутера перестал отвечать (тогда проба заканчивается кодом BAD_CONFIG)
• Роутер или модем работает с перебоями: он пересылает DNS-запросы всех ваших устройств, и зависший роутер тормозит их все (тогда ошибка появляется на каждом устройстве)
• VPN или его DNS отключился: VPN отправляет DNS-запросы на свои серверы; если туннель или эти серверы недоступны, ответа нет
• Защитное ПО или брандмауэр фильтрует DNS: функции «веб-защиты», перехватывающие DNS, при сбоях могут его задерживать
• Сеть изменилась во время запроса: выход из спящего режима, переключение между Wi-Fi и мобильной сетью или нестабильный сигнал Wi-Fi
• Поставщик Secure DNS в Chrome недоступен: при включённом Secure DNS проба заканчивается кодом BAD_SECURE_CONFIG

Сравнение кодов ошибок DNS_PROBE

Chrome называет каждый исход своей пробы кодом DNS_PROBE (из net_error_info.h в Chromium):

Главное различие: STARTED означает, что Chrome ещё не закончил диагностику, а все остальные коды — это результат. Если страница остановилась на одном из них, откройте руководство по этому коду; если осталась на STARTED, перезапустите Chrome и проверьте снова.

Способ 1: перезагрузите страницу, а если код не меняется, перезапустите Chrome

Подождите несколько секунд и один раз перезагрузите страницу. Если на этот раз DNS ответит, сайт загрузится; если нет, код в течение нескольких секунд должен смениться результатом, и этот результат подскажет, что исправлять (см. таблицу выше).

Если страница остаётся на DNS_PROBE_STARTED, проверка Chrome не передала результат: полностью перезапустите Chrome, введя в адресной строке chrome://restart (или закройте и снова откройте браузер), затем перезагрузите страницу. На ноутбуке, который только что вышел из сна или сменил сеть, сначала выключите и снова включите Wi-Fi.

Способ 2: переключитесь на публичный DNS-сервер

Если DNS провайдера или роутера работает медленно или недоступен, переключение устройства на публичный резолвер обычно сразу устраняет DNS_PROBE_STARTED. Узнайте, какой из них быстрее всего на вашем соединении, с помощью инструмента Тест скорости DNS от DNS Robot.

Временные логи Google хранят ваш полный IP-адрес 24–48 часов; Cloudflare 1.1.1.1 не записывает исходный IP на диск и удаляет логи в течение 25 часов; Quad9 дополнительно блокирует известные вредоносные домены.

Изменение DNS в Windows 11 и 10

# Method 1: GUI (Windows 11)
# Settings → Network & internet → Wi-Fi → Manage known networks → your network
# (Ethernet → your network) → DNS server assignment → Edit → Manual
# Windows 10: Control Panel → Network Connections → your adapter → Properties
# → Internet Protocol Version 4 → Use the following DNS server addresses
# → IPv4: ON → Preferred: 1.1.1.1, Alternate: 1.0.0.1 → Save

# Method 2: PowerShell (as Administrator)
# Find your adapter name first:
Get-NetAdapter | Where-Object Status -eq Up

# Set DNS (replace "Wi-Fi" with your adapter name):
Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses 1.1.1.1,1.0.0.1

Изменение DNS в macOS

# GUI: System Settings → Network → Wi-Fi → Details → DNS
# Remove existing entries, add: 1.1.1.1 and 1.0.0.1

# Terminal (faster):
networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1

# Verify:
networksetup -getdnsservers Wi-Fi
# Expected output:
# 1.1.1.1
# 1.0.0.1

Способ 3: перезагрузите роутер

Обычно роутер пересылает DNS-запросы всех устройств. Когда он зависает, запросы застревают на всех сразу, и именно тогда DNS_PROBE_STARTED появляется и на телефоне, и на ноутбуке.

Перезагружайте его, отключив питание, а не просто нажав кнопку:

1. Unplug the router's power cable (not just press the button)
2. Wait 30 seconds
3. Plug the power cable back in
4. Wait 2-3 minutes for the router to fully boot
5. Reconnect to Wi-Fi and test

If you have a separate modem:
  → Unplug the modem first, wait 30s
  → Unplug the router, wait 30s
  → Plug modem back in first, wait 2 min
  → Plug router back in, wait 2 min

Способ 4: очистите кеш DNS

Очистка удаляет ответы, сохранённые системой и Chrome, поэтому следующий запрос начнётся с нуля. Больше всего это помогает после смены DNS-серверов или сети.

Очистка DNS в Windows

Откройте Терминал (от имени администратора) или командную строку от имени администратора и выполните команду ниже. Затем очистите собственный кеш Chrome: откройте chrome://net-internals/#dns и нажмите Clear host cache.

ipconfig /flushdns

Очистка DNS в macOS

Откройте Терминал и выполните:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Очистка DNS в Linux

Команда зависит от вашего DNS-резолвера. Большинство современных дистрибутивов Linux используют systemd-resolved:

# systemd-resolved (Ubuntu, Fedora and other distributions that enable it)
sudo resolvectl flush-caches

# Check the cache statistics afterwards
resolvectl statistics

# dnsmasq or nscd instead
sudo systemctl restart dnsmasq
sudo systemctl restart nscd

Очистка DNS на Android

Для большинства пользователей в Android нет терминальной команды очистки DNS. Вместо этого:

1. Open Chrome on Android
2. Type in the address bar: chrome://net-internals/#dns
3. Tap "Clear host cache"
4. Go to chrome://net-internals/#sockets
5. Tap "Flush socket pools"
6. Restart Chrome and try loading the website again

Способ 5: проверьте VPN, антивирус и брандмауэр

Отключите VPN и перезагрузите страницу: VPN отправляет ваши DNS-запросы на свои серверы, и если они не отвечают, не работает ничего. Затем ненадолго отключите «веб-защиту» антивируса или DNS-фильтрацию и снова перезагрузите страницу.

Если это помогло, не оставляйте защиту выключенной, а настройте её: выберите другой сервер VPN или добавьте исключение для Chrome. В Windows проверьте, что никакое правило брандмауэра не блокирует исходящий DNS (порт 53); правило блокировки всегда приоритетнее правила разрешения, поэтому отключите именно блокирующее правило:

# List enabled outbound block rules
Get-NetFirewallRule -Direction Outbound -Action Block -Enabled True |
  Where-Object { ($_ | Get-NetFirewallPortFilter).RemotePort -contains '53' } |
  Select-Object Name, DisplayName

# Turn off the rule that blocks DNS (use its Name from the list)
Disable-NetFirewallRule -Name '<Name>'

Способ 6: отключите расширения браузера

VPN- и прокси-расширения меняют маршрут запросов Chrome. Откройте окно инкогнито (Ctrl+Shift+N), где расширения выключены, если вы не разрешили им работу: если сайт там открывается, отключайте расширения по одному на странице chrome://extensions/.

Проверьте и собственную настройку Secure DNS в Chrome: Настройки → Конфиденциальность и безопасность → Безопасность → Использовать безопасный DNS-сервер. Если выбран поставщик, который не отвечает, переключите на «Использовать поставщика по умолчанию (если задан на уровне ОС)».

Способ 7: очистите DNS-кеш и соединения Chrome

Chrome хранит собственный DNS-кеш и открытые соединения. Очистите и то и другое:

Step 1: chrome://net-internals/#dns → "Clear host cache"
Step 2: chrome://net-internals/#sockets → "Flush socket pools"
Step 3: close every Chrome window and reopen Chrome

Способ 8: перезагрузите Windows (а не только службу DNS-клиента)

В старых инструкциях советуют перезапустить службу DNS-клиент Windows (Dnscache). В Windows 10 и 11 эту службу нельзя остановить или перезапустить вручную: кнопки в оснастке «Службы» неактивны. Команда ipconfig /flushdns (Способ 4) очищает её кеш, а полная перезагрузка компьютера перезапускает службу.

Чтобы проверить, что она работает:

# Should show Status: Running
Get-Service Dnscache | Select-Object Name, Status, StartType

Способ 9: сбросьте сетевые настройки (крайняя мера)

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

Сброс сети в Windows

Выполните эти команды в Терминале (от имени администратора) или в командной строке от имени администратора, затем перезагрузите компьютер: сброс вступает в силу после перезагрузки.

netsh winsock reset
netsh int ip reset
ipconfig /flushdns
ipconfig /release
ipconfig /renew

Сброс сети в macOS

На Mac вместо удаления системных файлов забудьте сеть Wi-Fi и подключитесь к ней заново: Системные настройки → Wi-Fi → Подробнее… рядом с вашей сетью → Забыть эту сеть…, затем подключитесь снова и перезагрузите Mac.

Как диагностировать DNS_PROBE_STARTED

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

Тестирование DNS с помощью nslookup

# Test your current DNS server
nslookup google.com
# If this times out → your DNS server is unreachable

# Test with Google DNS directly (bypasses your configured server)
nslookup google.com 8.8.8.8
# If this works → your default DNS server is the problem

# Test with Cloudflare DNS
nslookup google.com 1.1.1.1
# If this also fails → the problem is your network, not DNS servers

Проверка сетевого соединения

# Test basic internet connectivity (ping by IP — no DNS needed)
ping 1.1.1.1
# If this fails → you have no internet connection at all

# Test DNS resolution (ping by hostname — requires DNS)
ping google.com
# If IP ping works but hostname ping fails → DNS is the problem

# Check that a DNS server answers at all (UDP, the normal DNS transport)
nslookup google.com 8.8.8.8

Если ping 1.1.1.1 не проходит, хотя Wi-Fi показывает подключение, возможно, роутер потерял WAN-соединение. Проверьте статус WAN в панели администратора роутера (обычно 192.168.1.1) или проверьте сеть с другого устройства инструментом Ping от DNS Robot.

Встроенная диагностика Chrome

Внутренние страницы Chrome показывают, что происходит с его DNS-запросами:

chrome://net-internals/#dns      → clear Chrome's DNS cache
chrome://net-internals/#sockets  → flush open connections
chrome://settings/security       → Use secure DNS (check the provider)
chrome://net-export/             → record a network log to share with support