DNS_PROBE_STARTED: Co To Oznacza i Jak To Naprawić

Co Oznacza DNS_PROBE_STARTED?

DNS_PROBE_STARTED to błąd przeglądarki Chromium, który pojawia się, gdy Twoja przeglądarka rozpoczyna wyszukiwanie DNS, ale zapytanie utyka, zanim otrzyma jakąkolwiek odpowiedź. Chrome wyświetla komunikat 'Nie można uzyskać dostępu do tej witryny' wraz z kodem błędu DNS_PROBE_STARTED — wskazując, że proces rozwiązywania DNS został zainicjowany, ale nigdy nie został ukończony.

W odróżnieniu od DNS_PROBE_FINISHED_NXDOMAIN (co oznacza, że zapytanie DNS zostało ukończone, ale domena nie została znaleziona), DNS_PROBE_STARTED oznacza, że zapytanie w ogóle się nie zakończyło. Twoja przeglądarka wysłała żądanie przetłumaczenia nazwy domeny na adres IP, ale resolver DNS nigdy nie odpowiedział — ponieważ jest nieosiągalny, zawieszony lub zablokowany.

Ten błąd dotyczy wszystkich przeglądarek opartych na Chromium: Google Chrome, Microsoft Edge, Opera, Brave i Vivaldi. Firefox obsługuje błędy DNS inaczej i nie wyświetli tego dokładnego komunikatu. Błąd jest prawie zawsze spowodowany problemem na Twoim urządzeniu lub w sieci — a nie na stronie, którą próbujesz odwiedzić.

Jak Działa Rozwiązywanie DNS (I Gdzie Się Zatrzymuje)

Aby zrozumieć, dlaczego DNS_PROBE_STARTED występuje, musisz wiedzieć, jak działa rozwiązywanie DNS. Gdy wpiszesz example.com w Chrome, Twoja przeglądarka przechodzi przez te kroki, aby znaleźć adres IP serwera:

Krok 1 — Sprawdzenie cache przeglądarki. Chrome najpierw sprawdza swój wewnętrzny cache DNS (chrome://net-internals/#dns) w poszukiwaniu zapisanego adresu IP. Jeśli domena została rozwiązana niedawno i TTL (Time to Live) jeszcze nie wygasł, Chrome używa zapisanego wyniku natychmiast — bez żadnego żądania sieciowego.

Krok 2 — Zapytanie do resolvera systemu operacyjnego. Jeśli cache Chrome nie ma trafienia, żądanie trafia do resolvera DNS Twojego systemu operacyjnego (stub resolver). W systemie Windows jest to usługa Klient DNS (Dnscache). W macOS to mDNSResponder. System operacyjny sprawdza swój własny cache przed wykonaniem połączenia sieciowego.

Krok 3 — Zapytanie do rekurencyjnego resolvera. Jeśli cache systemu operacyjnego również nie ma trafienia, zapytanie jest wysyłane przez sieć do skonfigurowanego serwera DNS (zazwyczaj resolver Twojego dostawcy internetu lub publiczny resolver jak 8.8.8.8). Ten rekurencyjny resolver wykonuje ciężką pracę — odpytuje serwery root, serwery TLD i autorytatywne serwery nazw, aby znaleźć odpowiedź.

Krok 4 — Odpowiedź zwrócona. Rekurencyjny resolver zwraca adres IP do Twojego systemu operacyjnego, który go zapisuje w cache i przekazuje do Chrome. Chrome łączy się z adresem IP i ładuje stronę.

DNS_PROBE_STARTED oznacza, że ten proces utknął na Kroku 2 lub Kroku 3. Przeglądarka uruchomiła sondę DNS, ale resolver systemu operacyjnego lub zapytanie sieciowe nigdy nie zwróciło wyniku. Dzieje się tak, gdy usługa Klient DNS jest zawieszona, Twój serwer DNS jest nieosiągalny lub zapora sieciowa blokuje port 53 (port DNS).

Co Powoduje DNS_PROBE_STARTED?

DNS_PROBE_STARTED jest wywoływany, gdy proces rozwiązywania DNS rozpoczyna się, ale nie może się zakończyć. Oto najczęstsze przyczyny, posortowane według częstotliwości:

• Usługa Klient DNS zawieszona (Windows) — Usługa Klient DNS w systemie Windows (Dnscache) obsługuje wszystkie zapytania DNS dla systemu operacyjnego. Jeśli ta usługa się zawiesi lub ulegnie awarii, każda sonda DNS startuje, ale nigdy się nie kończy. To najczęstsza przyczyna na komputerach z Windows.

• Uszkodzony cache DNS — Przestarzałe lub uszkodzone wpisy w cache DNS Twojego systemu mogą powodować ciche niepowodzenia wyszukiwań. Resolver próbuje użyć danych z cache, wpada w błąd i nigdy nie wysyła prawidłowego zapytania do sieci.

• Serwer DNS nieosiągalny — Jeśli skonfigurowany serwer DNS jest wyłączony, przeciążony lub źle skonfigurowany, zapytania DNS pozostają bez odpowiedzi. Serwery DNS dostawców internetowych są znane z okresowych awarii, które powodują dokładnie ten błąd.

• Zapora sieciowa lub oprogramowanie zabezpieczające blokuje port 53 — DNS używa portu UDP 53 (a czasem portu TCP 53). Jeśli zapora, antywirus lub firmowy proxy blokuje ten port, zapytania DNS opuszczają Twój komputer, ale nigdy nie docierają do resolvera.

• Problemy z kartą sieciową — Źle skonfigurowana, wyłączona lub działająca niestabilnie karta sieciowa może uniemożliwić wysyłanie pakietów DNS. Jest to częste po wybudzeniu ze snu, przełączaniu między Wi-Fi a Ethernet lub po nieudanej aktualizacji sterownika.

• Zakłócenia VPN lub proxy — VPN przekierowują zapytania DNS przez własne resolvery. Jeśli połączenie VPN zostanie przerwane lub serwer DNS VPN jest nieosiągalny, Twoje zapytania trafiają w próżnię.

• Rozszerzenia przeglądarki przechwytujące DNS — Rozszerzenia prywatności, blokery reklam i rozszerzenia DNS-over-HTTPS mogą przechwytywać i modyfikować zapytania DNS, czasami całkowicie je psując.

Porównanie Kodów Błędów DNS_PROBE

Chrome używa kilku kodów błędów DNS_PROBE, z których każdy wskazuje na inny etap awarii w procesie rozwiązywania DNS. Zrozumienie, który błąd widzisz, pomaga szybciej zdiagnozować przyczynę.

Kluczowa różnica: STARTED oznacza, że zapytanie utknęło w zawieszeniu — zostało wysłane, ale żaden wynik nie wrócił. Wszystkie warianty FINISHED oznaczają, że zapytanie zostało ukończone, ale wynikiem był błąd. STARTED to prawie zawsze problem sieciowy lub z usługą, podczas gdy błędy FINISHED często wskazują na problemy z konfiguracją.

Rozwiązanie 1: Wyczyść Cache DNS

Uszkodzone lub przestarzałe wpisy w cache DNS to jedna z głównych przyczyn DNS_PROBE_STARTED. Wyczyszczenie cache zmusza system do pobrania świeżych rekordów DNS z sieci. To rozwiązanie naprawia błąd w około 40% przypadków.

Czyszczenie DNS w systemie Windows

Otwórz Wiersz polecenia jako Administrator (kliknij prawym przyciskiem Start → Terminal (Admin)) i uruchom te trzy polecenia po kolei:

# 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"

Czyszczenie DNS w systemie macOS

Otwórz Terminal i uruchom odpowiednie polecenie dla swojej wersji 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

Czyszczenie DNS w systemie Linux

Polecenie zależy od Twojego resolvera DNS. Większość nowoczesnych dystrybucji Linux używa 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

Czyszczenie DNS na Androidzie

Android nie ma polecenia terminalowego do czyszczenia DNS dla większości użytkowników. Zamiast tego:

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

Rozwiązanie 2: Przełącz Na Publiczny Serwer DNS

Jeśli serwer DNS Twojego dostawcy internetowego jest wolny, nieosiągalny lub zwraca błędy, przełączenie na publiczny resolver DNS często naprawia DNS_PROBE_STARTED natychmiast. Publiczne resolvery takie jak Google i Cloudflare posiadają globalne sieci anycast z 99,99% dostępnością — prawie nigdy nie ulegają awarii.

Według testów DNSPerf, Cloudflare DNS (1.1.1.1) ma średni globalny czas odpowiedzi 11 ms, podczas gdy resolvery ISP zazwyczaj wahają się od 30 do 120 ms. Szybsze DNS oznacza również szybsze ładowanie stron.

Zmiana DNS w 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

Zmiana DNS w 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

Rozwiązanie 3: Ponowne Uruchomienie Usługi Klient DNS (Windows)

Usługa Klient DNS w systemie Windows (Dnscache) przechowuje odpowiedzi DNS w cache i zarządza wszystkimi zapytaniami DNS dla systemu operacyjnego. Jeśli ta usługa się zawiesi — co zdarza się częściej, niż mogłoby się wydawać — każda sonda DNS startuje, ale nigdy się nie kończy, powodując DNS_PROBE_STARTED we wszystkich przeglądarkach i aplikacjach.

Ponowne uruchomienie tej usługi to jedno z najskuteczniejszych rozwiązań tego konkretnego błędu w systemie Windows. Klient DNS firmy Microsoft obsługuje średnio od 50 do 200 zapytań DNS na minutę podczas typowej sesji przeglądania.

# 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

Rozwiązanie 4: Wyczyść Cache Chrome i Dane DNS

Chrome utrzymuje własny cache DNS oddzielny od cache Twojego systemu operacyjnego. Uszkodzone wpisy w wewnętrznym cache Chrome mogą powodować DNS_PROBE_STARTED nawet wtedy, gdy systemowy DNS działa poprawnie. Wyczyszczenie obu cache zapewnia czyste wyszukiwania.

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

Rozwiązanie 5: Wyłącz Rozszerzenia Przeglądarki

Rozszerzenia przeglądarki, które modyfikują żądania sieciowe — blokery reklam, narzędzia prywatności, rozszerzenia VPN, dodatki DNS-over-HTTPS — mogą przechwytywać zapytania DNS i przerywać proces rozwiązywania. Jedno źle działające rozszerzenie może powodować DNS_PROBE_STARTED przy każdym ładowaniu strony.

Najszybszy test: otwórz okno incognito (Ctrl+Shift+N). Tryb incognito domyślnie wyłącza wszystkie rozszerzenia. Jeśli strona ładuje się w trybie incognito, winowajcą jest rozszerzenie.

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

Rozwiązanie 6: Zresetuj Ustawienia Sieciowe

Jeśli żadne z powyższych rozwiązań nie działa, pełny reset stosu sieciowego może naprawić głębokie uszkodzenia TCP/IP lub Winsock, które uniemożliwiają komunikację DNS. Resetuje to wszystkie karty sieciowe, ustawienia DNS i stos TCP/IP do ustawień fabrycznych.

Reset sieci w Windows

Otwórz Wiersz polecenia lub PowerShell jako Administrator i uruchom wszystkie cztery polecenia:

# 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

Reset sieci w 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

Rozwiązanie 7: Sprawdź Ustawienia Antywirusa i Zapory

Programy antywirusowe i zapory sieciowe z funkcjami 'ochrony internetowej' lub 'filtrowania DNS' mogą przechwytywać zapytania DNS na porcie 53 i je blokować, jeśli zostaną oznaczone jako podejrzane. Niektóre pakiety bezpieczeństwa przekierowują cały ruch DNS przez własny proxy — jeśli ten proxy ulegnie awarii, każda sonda DNS się zawiesza.

Aby sprawdzić, czy Twoje oprogramowanie zabezpieczające jest problemem, tymczasowo je wyłącz i spróbuj załadować stronę. Jeśli błąd zniknie, dodaj Chrome jako wyjątek lub dodaj ruch DNS (port UDP 53) do białej listy.

# 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

Rozwiązanie 8: Uruchom Ponownie Router

Routery posiadają własny cache DNS i obsługują przekazywanie DNS dla wszystkich urządzeń w Twojej sieci. Router z pełnym cache DNS, wyciekiem pamięci lub zawieszonym procesem przekazywania DNS może powodować DNS_PROBE_STARTED na każdym podłączonym urządzeniu.

Prawidłowy restart routera (cykl zasilania) czyści pamięć RAM routera, cache DNS i ponownie nawiązuje połączenie z serwerami DNS Twojego dostawcy internetowego. To różni się od miękkiego restartu — musisz całkowicie odciąć zasilanie.

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

Jak Zdiagnozować DNS_PROBE_STARTED

Jeśli powyższe rozwiązania nie pomogły, możesz użyć poleceń diagnostycznych, aby dokładnie wskazać, gdzie łańcuch rozwiązywania DNS jest przerywany. Te polecenia działają na wszystkich systemach operacyjnych i powiedzą Ci, czy problem leży w Twoim serwerze DNS, sieci czy lokalnej konfiguracji.

Testowanie rozwiązywania DNS za pomocą 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

Testowanie łączności sieciowej

# 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

Jeśli ping 1.1.1.1 nie działa, ale Wi-Fi pokazuje się jako połączone, Twój router mógł utracić połączenie WAN. Sprawdź panel administracyjny routera (zazwyczaj 192.168.1.1) pod kątem statusu WAN lub użyj narzędzia Ping DNS Robot z innego urządzenia, aby zweryfikować swoją sieć.

Korzystanie z wbudowanej diagnostyki Chrome

Chrome posiada zaawansowane wewnętrzne strony diagnostyczne, które mogą dokładnie ujawnić, co dzieje się z zapytaniami 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