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

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

DNS_PROBE_STARTED — это ошибка браузеров на базе Chromium, которая появляется, когда браузер начинает DNS-запрос, но он зависает до получения ответа. Chrome отображает 'Не удаётся получить доступ к сайту' вместе с кодом ошибки DNS_PROBE_STARTED — это означает, что процесс разрешения DNS инициирован, но так и не завершился.

В отличие от DNS_PROBE_FINISHED_NXDOMAIN (когда DNS-запрос завершился, но домен не найден), DNS_PROBE_STARTED означает, что запрос вообще не завершился. Ваш браузер отправил запрос на преобразование доменного имени в IP-адрес, но DNS-резолвер не ответил — потому что он недоступен, завис или заблокирован.

Эта ошибка затрагивает все браузеры на базе Chromium: Google Chrome, Microsoft Edge, Opera, Brave и Vivaldi. Firefox обрабатывает DNS-ошибки по-другому и не показывает именно это сообщение. Ошибка почти всегда связана с проблемой на вашем устройстве или в сети, а не с веб-сайтом, который вы пытаетесь открыть.

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

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

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

Шаг 2 — Запрос к резолверу ОС. Если в кеше Chrome ничего нет, запрос переходит к DNS-резолверу вашей операционной системы (stub-резолверу). В Windows это служба DNS-клиента (Dnscache). В macOS — mDNSResponder. ОС проверяет свой собственный кеш перед выполнением сетевого вызова.

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

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

DNS_PROBE_STARTED означает, что этот процесс завис на шаге 2 или 3. Браузер отправил DNS-запрос, но резолвер ОС или сетевой запрос так и не вернул результат. Это происходит, когда служба DNS-клиента зависла, ваш DNS-сервер недоступен или брандмауэр блокирует порт 53 (порт DNS).

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

DNS_PROBE_STARTED возникает, когда процесс DNS-разрешения начинается, но не может завершиться. Вот наиболее частые причины, отсортированные по частоте:

• Зависание службы DNS-клиента (Windows) — Служба DNS-клиента Windows (Dnscache) обрабатывает все DNS-запросы ОС. Если эта служба зависает или аварийно завершается, каждый DNS-запрос начинается, но не завершается. Это причина №1 на компьютерах с Windows.

• Повреждённый DNS-кеш — Устаревшие или повреждённые записи в DNS-кеше вашей системы могут привести к тихому сбою запросов. Резолвер пытается использовать кешированные данные, запутывается и никогда не отправляет правильный запрос в сеть.

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

• Брандмауэр или ПО безопасности блокирует порт 53 — DNS использует UDP-порт 53 (и иногда TCP-порт 53). Если брандмауэр, антивирус или корпоративный прокси блокирует этот порт, DNS-запросы покидают ваш компьютер, но не достигают резолвера.

• Проблемы с сетевым адаптером — Неправильно настроенный, отключённый или глючащий сетевой адаптер может помешать отправке DNS-пакетов. Это часто происходит после выхода из спящего режима, переключения между Wi-Fi и Ethernet или после неудачного обновления драйвера.

• Вмешательство VPN или прокси — VPN перенаправляют DNS-запросы через собственные резолверы. Если VPN-соединение разрывается или DNS-сервер VPN недоступен, ваши запросы не доходят до адресата.

• Расширения браузера перехватывают DNS — Расширения для приватности, блокировщики рекламы и расширения DNS-over-HTTPS могут перехватывать и модифицировать DNS-запросы, иногда полностью ломая их.

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

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

Ключевое различие: STARTED означает, что запрос завис — он был отправлен, но ответ не пришёл. Все варианты FINISHED означают, что запрос завершился, но результатом стала ошибка. STARTED почти всегда указывает на проблему сети или службы, тогда как ошибки FINISHED часто связаны с конфигурацией.

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

Повреждённые или устаревшие записи DNS-кеша — одна из основных причин DNS_PROBE_STARTED. Очистка кеша заставляет систему запрашивать свежие DNS-записи из сети. Этот способ решает ошибку примерно в 40% случаев.

Очистка DNS в Windows

Откройте командную строку от имени администратора (правой кнопкой по 'Пуск' → Терминал (Администратор)) и выполните эти три команды:

# Flush the DNS resolver cache
ipconfig /flushdns

# Release and renew your IP address (resets DHCP)
ipconfig /release
ipconfig /renew

# Re-register DNS with your domain controller
ipconfig /registerdns

# Also flush Chrome's internal DNS cache:
# Open Chrome → navigate to chrome://net-internals/#dns → Click "Clear host cache"

Очистка DNS в macOS

Откройте Терминал и выполните команду, соответствующую вашей версии macOS:

# macOS Sonoma / Sequoia / Ventura (14+)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# macOS Monterey / Big Sur (12-13)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Verify the flush worked — should return empty:
sudo dscacheutil -cachedump

Очистка DNS в Linux

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

# systemd-resolved (Ubuntu 18.04+, Fedora, Arch)
sudo systemd-resolve --flush-caches

# Verify: check cache size is 0
resolvectl statistics

# If using dnsmasq (older systems)
sudo systemctl restart dnsmasq

# If using nscd
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

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

Если DNS-сервер вашего провайдера медленный, недоступный или возвращает ошибки, переключение на публичный DNS-резолвер часто мгновенно исправляет DNS_PROBE_STARTED. Публичные резолверы, такие как Google и Cloudflare, имеют глобальные anycast-сети с аптаймом 99,99% — они практически никогда не выходят из строя.

Согласно бенчмаркам DNSPerf, Cloudflare DNS (1.1.1.1) в среднем отвечает за 11 мс по всему миру, тогда как резолверы провайдеров обычно показывают 30–120 мс. Более быстрый DNS также ускоряет загрузку страниц.

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

# Method 1: GUI
# Settings → Network & Internet → Wi-Fi (or Ethernet) → Hardware properties
# → DNS server assignment → Edit → Manual
# → 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-клиента (Windows)

Служба DNS-клиента Windows (Dnscache) кеширует DNS-ответы и управляет всеми DNS-запросами операционной системы. Если эта служба зависает — а это случается чаще, чем вы думаете — каждый DNS-запрос начинается, но не завершается, вызывая DNS_PROBE_STARTED во всех браузерах и приложениях.

Перезапуск этой службы — один из самых эффективных способов исправления этой конкретной ошибки в Windows. DNS-клиент Microsoft обрабатывает примерно 50–200 DNS-запросов в минуту при обычном сёрфинге.

# Check if the DNS Client service is running:
Get-Service Dnscache | Select-Object Name, Status, StartType

# Restart the DNS Client service:
Restart-Service Dnscache -Force

# Verify it's running:
Get-Service Dnscache
# Status should be "Running"

# Alternative: Services GUI
# Press Win+R → type services.msc → Enter
# Find "DNS Client" → Right-click → Restart

Способ 4: Очистите кеш и DNS-данные Chrome

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

Step 1: Clear Chrome's DNS cache
  → Navigate to: chrome://net-internals/#dns
  → Click "Clear host cache"

Step 2: Flush socket pools
  → Navigate to: chrome://net-internals/#sockets
  → Click "Flush socket pools"

Step 3: Clear browsing data
  → Press Ctrl+Shift+Delete (Windows/Linux) or Cmd+Shift+Delete (Mac)
  → Time range: "All time"
  → Check: ✓ Cached images and files
  → Check: ✓ Cookies and other site data
  → Click "Delete data"

Step 4: Restart Chrome completely
  → Close all Chrome windows
  → Reopen Chrome and test

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

Расширения браузера, которые модифицируют сетевые запросы — блокировщики рекламы, инструменты приватности, VPN-расширения, дополнения DNS-over-HTTPS — могут перехватывать DNS-запросы и нарушать процесс разрешения. Одно неработающее расширение может вызвать DNS_PROBE_STARTED при загрузке каждой страницы.

Самый быстрый тест: откройте окно инкогнито (Ctrl+Shift+N). Режим инкогнито по умолчанию отключает все расширения. Если сайт загружается в инкогнито, виновато расширение.

1. Open chrome://extensions/
2. Disable ALL extensions (toggle each one off)
3. Restart Chrome and test the website
4. If the error is gone, re-enable extensions one by one:
   → Enable one → test → if error returns, that's the culprit

Common culprits:
  • VPN browser extensions (NordVPN, ExpressVPN, Surfshark)
  • DNS-over-HTTPS extensions
  • Proxy/tunnel extensions (Hola, ZenMate)
  • Privacy extensions with custom DNS settings
  • Network debugging tools

Способ 6: Сбросьте сетевые настройки

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

Сброс сети в Windows

Откройте командную строку или PowerShell от имени администратора и выполните все четыре команды:

# Reset Winsock catalog (fixes corrupted network socket entries)
netsh winsock reset

# Reset TCP/IP stack to factory defaults
netsh int ip reset

# Flush DNS cache
ipconfig /flushdns

# Release and renew DHCP lease
ipconfig /release
ipconfig /renew

# IMPORTANT: Restart your computer after running these commands
# The Winsock and TCP/IP resets require a reboot to take effect

Сброс сети в macOS

# Remove network preferences (forces macOS to rebuild them)
sudo rm -f /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
sudo rm -f /Library/Preferences/SystemConfiguration/preferences.plist

# Restart mDNSResponder (DNS resolver)
sudo killall -HUP mDNSResponder

# Restart the network stack
sudo ifconfig en0 down && sudo ifconfig en0 up

# Restart your Mac for a clean state

Способ 7: Проверьте настройки антивируса и брандмауэра

Антивирусные программы и брандмауэры с функциями 'веб-защиты' или 'DNS-фильтрации' могут перехватывать DNS-запросы на порту 53 и блокировать их, если они отмечены как подозрительные. Некоторые пакеты безопасности перенаправляют весь DNS-трафик через собственный прокси — если этот прокси выходит из строя, каждый DNS-запрос зависает.

Чтобы проверить, является ли причиной ваше ПО безопасности, временно отключите его и попробуйте загрузить сайт. Если ошибка исчезает, добавьте Chrome в исключения или разрешите DNS-трафик (UDP-порт 53).

# Check if Windows Firewall is blocking DNS (port 53)
Get-NetFirewallRule | Where-Object {
  $_.Direction -eq 'Outbound' -and $_.Action -eq 'Block'
} | Get-NetFirewallPortFilter | Where-Object {
  $_.RemotePort -eq 53
}

# If a blocking rule exists, allow DNS outbound:
New-NetFirewallRule -DisplayName "Allow DNS (UDP 53)" `
  -Direction Outbound -Protocol UDP -RemotePort 53 `
  -Action Allow -Profile Any

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

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

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

1. Unplug the router's power cable (not just press the button)
2. Wait 30 seconds (capacitors need time to discharge fully)
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

Как диагностировать 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 if port 53 (DNS) is reachable
# Windows:
Test-NetConnection 8.8.8.8 -Port 53
# macOS/Linux:
nc -zv 8.8.8.8 53

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

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

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

chrome://net-internals/#dns    → View cached DNS entries, clear cache
chrome://net-internals/#sockets → View active connections, flush pools
chrome://net-internals/#events  → Live event log (see DNS query lifecycle)
chrome://flags/#dns-over-https  → Check if Secure DNS is misconfigured
chrome://net-export/            → Export network log for deep analysis