DNS_PROBE_STARTED: Was Es Bedeutet und Wie Sie Es Beheben

Was Bedeutet DNS_PROBE_STARTED?

DNS_PROBE_STARTED ist ein Chromium-Browserfehler, der auftritt, wenn Ihr Browser eine DNS-Abfrage startet, die Anfrage aber ins Leere läuft, bevor eine Antwort empfangen wird. Chrome zeigt die Meldung 'Diese Website ist nicht erreichbar' zusammen mit dem Fehlercode DNS_PROBE_STARTED an — ein Hinweis darauf, dass der DNS-Auflösungsprozess zwar gestartet, aber nie abgeschlossen wurde.

Im Unterschied zu DNS_PROBE_FINISHED_NXDOMAIN (was bedeutet, dass die DNS-Abfrage abgeschlossen wurde, die Domain aber nicht gefunden wurde), bedeutet DNS_PROBE_STARTED, dass die Abfrage überhaupt nie abgeschlossen wurde. Ihr Browser hat eine Anfrage gesendet, um einen Domainnamen in eine IP-Adresse aufzulösen, aber der DNS-Resolver hat nie geantwortet — entweder weil er nicht erreichbar, eingefroren oder blockiert ist.

Dieser Fehler betrifft alle Chromium-basierten Browser: Google Chrome, Microsoft Edge, Opera, Brave und Vivaldi. Firefox behandelt DNS-Fehler anders und zeigt diese genaue Meldung nicht an. Der Fehler wird fast immer durch ein Problem auf Ihrem Gerät oder in Ihrem Netzwerk verursacht — nicht durch die Website, die Sie besuchen möchten.

Wie DNS-Auflösung Funktioniert (Und Wo Sie Hängen Bleibt)

Um zu verstehen, warum DNS_PROBE_STARTED auftritt, müssen Sie wissen, wie die DNS-Auflösung funktioniert. Wenn Sie example.com in Chrome eingeben, durchläuft Ihr Browser die folgenden Schritte, um die IP-Adresse des Servers zu finden:

Schritt 1 — Browser-Cache-Prüfung. Chrome prüft zunächst seinen eigenen internen DNS-Cache (chrome://net-internals/#dns) auf eine zwischengespeicherte IP-Adresse. Wenn die Domain kürzlich aufgelöst wurde und die TTL (Time to Live) noch nicht abgelaufen ist, verwendet Chrome das gespeicherte Ergebnis sofort — ohne Netzwerkanfrage.

Schritt 2 — Betriebssystem-Resolver-Abfrage. Wenn Chromes Cache keinen Treffer hat, wird die Anfrage an den DNS-Resolver Ihres Betriebssystems (den Stub-Resolver) weitergeleitet. Unter Windows ist dies der DNS-Client-Dienst (Dnscache). Unter macOS ist es mDNSResponder. Das Betriebssystem prüft seinen eigenen Cache, bevor es eine Netzwerkanfrage stellt.

Schritt 3 — Rekursive Resolver-Abfrage. Wenn auch der Cache des Betriebssystems keinen Treffer hat, wird die Anfrage über das Netzwerk an Ihren konfigurierten DNS-Server gesendet (normalerweise der Resolver Ihres Internetanbieters oder ein öffentlicher Resolver wie 8.8.8.8). Dieser rekursive Resolver erledigt die eigentliche Arbeit — er befragt Root-Server, TLD-Server und autoritative Nameserver, um die Antwort zu finden.

Schritt 4 — Antwort wird zurückgegeben. Der rekursive Resolver gibt die IP-Adresse an Ihr Betriebssystem zurück, das sie zwischenspeichert und an Chrome weiterleitet. Chrome verbindet sich mit der IP-Adresse und lädt die Seite.

DNS_PROBE_STARTED bedeutet, dass dieser Prozess bei Schritt 2 oder Schritt 3 hängen geblieben ist. Der Browser hat die DNS-Probe ausgelöst, aber der Betriebssystem-Resolver oder die Netzwerkabfrage hat kein Ergebnis zurückgegeben. Dies geschieht, wenn der DNS-Client-Dienst eingefroren ist, Ihr DNS-Server nicht erreichbar ist oder eine Firewall Port 53 (den DNS-Port) blockiert.

Was Verursacht DNS_PROBE_STARTED?

DNS_PROBE_STARTED wird ausgelöst, wenn der DNS-Auflösungsprozess startet, aber nicht abgeschlossen werden kann. Hier sind die häufigsten Ursachen, sortiert nach Häufigkeit:

• DNS-Client-Dienst eingefroren (Windows) — Der Windows DNS-Client-Dienst (Dnscache) verarbeitet alle DNS-Abfragen für das Betriebssystem. Wenn dieser Dienst einfriert oder abstürzt, startet jede DNS-Probe, wird aber nie abgeschlossen. Dies ist die häufigste Ursache auf Windows-Rechnern.

• Beschädigter DNS-Cache — Veraltete oder beschädigte Einträge im DNS-Cache Ihres Systems können dazu führen, dass Abfragen stillschweigend fehlschlagen. Der Resolver versucht, zwischengespeicherte Daten zu verwenden, gerät durcheinander und sendet nie eine ordnungsgemäße Anfrage an das Netzwerk.

• DNS-Server nicht erreichbar — Wenn Ihr konfigurierter DNS-Server ausgefallen, überlastet oder falsch konfiguriert ist, bleiben DNS-Abfragen unbeantwortet. DNS-Server von Internetanbietern sind berüchtigt für zeitweilige Ausfälle, die genau diesen Fehler verursachen.

• Firewall oder Sicherheitssoftware blockiert Port 53 — DNS verwendet UDP-Port 53 (und manchmal TCP-Port 53). Wenn eine Firewall, ein Antivirenprogramm oder ein Unternehmens-Proxy diesen Port blockiert, verlassen DNS-Abfragen Ihren Rechner, erreichen aber nie den Resolver.

• Netzwerkadapter-Probleme — Ein falsch konfigurierter, deaktivierter oder fehlerhafter Netzwerkadapter kann verhindern, dass DNS-Pakete gesendet werden. Dies tritt häufig nach dem Aufwachen aus dem Ruhezustand, beim Wechsel zwischen WLAN und Ethernet oder nach einem fehlgeschlagenen Treiber-Update auf.

• VPN- oder Proxy-Interferenz — VPNs leiten DNS-Abfragen über ihre eigenen Resolver um. Wenn die VPN-Verbindung abbricht oder der DNS-Server des VPN nicht erreichbar ist, gehen Ihre Anfragen ins Leere.

• Browser-Erweiterungen fangen DNS ab — Datenschutz-Erweiterungen, Werbeblocker und DNS-over-HTTPS-Erweiterungen können DNS-Abfragen abfangen und modifizieren, wodurch sie manchmal komplett unterbrochen werden.

DNS_PROBE-Fehlercodes im Vergleich

Chrome verwendet mehrere DNS_PROBE-Fehlercodes, die jeweils ein anderes Stadium des Fehlschlags im DNS-Auflösungsprozess anzeigen. Wenn Sie verstehen, welchen Fehler Sie sehen, können Sie die Grundursache schneller diagnostizieren.

Der wesentliche Unterschied: STARTED bedeutet, dass die Abfrage in der Schwebe hängt — sie wurde gesendet, aber kein Ergebnis kam zurück. Alle FINISHED-Varianten bedeuten, dass die Abfrage abgeschlossen wurde, das Ergebnis aber ein Fehler war. STARTED ist fast immer ein Netzwerk- oder Dienstproblem, während FINISHED-Fehler oft auf Konfigurationsprobleme hinweisen.

Lösung 1: DNS-Cache Leeren

Beschädigte oder veraltete DNS-Cache-Einträge sind eine der Hauptursachen für DNS_PROBE_STARTED. Das Leeren des Caches zwingt Ihr System, neue DNS-Einträge aus dem Netzwerk anzufordern. Diese Lösung behebt den Fehler in etwa 40 % der Fälle.

DNS-Cache leeren unter Windows

Öffnen Sie die Eingabeaufforderung als Administrator (Rechtsklick auf Start → Terminal (Admin)) und führen Sie diese drei Befehle nacheinander aus:

# 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-Cache leeren unter macOS

Öffnen Sie das Terminal und führen Sie den entsprechenden Befehl für Ihre macOS-Version aus:

# 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-Cache leeren unter Linux

Der Befehl hängt von Ihrem DNS-Resolver ab. Die meisten modernen Linux-Distributionen verwenden 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-Cache leeren auf Android

Android bietet für die meisten Nutzer keinen Terminal-Befehl zum DNS-Flush. Stattdessen:

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

Lösung 2: Zu Einem Öffentlichen DNS-Server Wechseln

Wenn der DNS-Server Ihres Internetanbieters langsam, nicht erreichbar oder fehlerhaft ist, behebt der Wechsel zu einem öffentlichen DNS-Resolver DNS_PROBE_STARTED oft sofort. Öffentliche Resolver wie Google und Cloudflare verfügen über globale Anycast-Netzwerke mit 99,99 % Verfügbarkeit — sie fallen fast nie aus.

Laut DNSPerf-Benchmarks hat Cloudflare DNS (1.1.1.1) eine durchschnittliche globale Antwortzeit von 11 ms, während ISP-Resolver typischerweise zwischen 30–120 ms liegen. Schnelleres DNS bedeutet auch schnellere Seitenladezeiten.

DNS ändern unter 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 ändern unter 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

Lösung 3: DNS-Client-Dienst Neu Starten (Windows)

Der Windows DNS-Client-Dienst (Dnscache) speichert DNS-Antworten zwischen und verwaltet alle DNS-Abfragen für das Betriebssystem. Wenn dieser Dienst einfriert — was häufiger vorkommt, als man denkt — startet jede DNS-Probe, wird aber nie abgeschlossen, was DNS_PROBE_STARTED in allen Browsern und Anwendungen verursacht.

Das Neustarten dieses Dienstes ist eine der effektivsten Lösungen für diesen speziellen Fehler unter Windows. Der DNS-Client von Microsoft verarbeitet bei einer durchschnittlichen Browsing-Sitzung etwa 50–200 DNS-Abfragen pro Minute.

# 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

Lösung 4: Chrome-Cache und DNS-Daten Löschen

Chrome verwaltet seinen eigenen DNS-Cache, der vom Cache Ihres Betriebssystems getrennt ist. Beschädigte Einträge in Chromes internem Cache können DNS_PROBE_STARTED verursachen, selbst wenn Ihr System-DNS korrekt funktioniert. Das Löschen beider Caches stellt saubere Abfragen sicher.

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

Lösung 5: Browser-Erweiterungen Deaktivieren

Browser-Erweiterungen, die Netzwerkanfragen modifizieren — Werbeblocker, Datenschutz-Tools, VPN-Erweiterungen, DNS-over-HTTPS-Add-ons — können DNS-Abfragen abfangen und den Auflösungsprozess stören. Eine einzige fehlerhafte Erweiterung kann DNS_PROBE_STARTED bei jedem Seitenaufruf verursachen.

Der schnellste Test: Öffnen Sie ein Inkognito-Fenster (Strg+Umschalt+N). Der Inkognito-Modus deaktiviert standardmäßig alle Erweiterungen. Wenn die Website im Inkognito-Modus geladen wird, ist eine Erweiterung die Ursache.

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

Lösung 6: Netzwerkeinstellungen Zurücksetzen

Wenn keine der oben genannten Lösungen funktioniert, kann ein vollständiges Zurücksetzen des Netzwerk-Stacks tiefsitzende TCP/IP- oder Winsock-Beschädigungen beheben, die die DNS-Kommunikation verhindern. Dies setzt alle Netzwerkadapter, DNS-Einstellungen und den TCP/IP-Stack auf die Werkseinstellungen zurück.

Netzwerk zurücksetzen unter Windows

Öffnen Sie die Eingabeaufforderung oder PowerShell als Administrator und führen Sie alle vier Befehle aus:

# 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

Netzwerk zurücksetzen unter 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

Lösung 7: Antivirus- und Firewall-Einstellungen Prüfen

Antivirenprogramme und Firewalls mit 'Webschutz'- oder 'DNS-Filterung'-Funktionen können DNS-Abfragen auf Port 53 abfangen und blockieren, wenn sie als verdächtig eingestuft werden. Einige Sicherheitsprogramme leiten den gesamten DNS-Verkehr über ihren eigenen Proxy um — wenn dieser Proxy ausfällt, bleibt jede DNS-Probe hängen.

Um zu testen, ob Ihre Sicherheitssoftware das Problem ist, deaktivieren Sie sie vorübergehend und versuchen Sie, die Website zu laden. Wenn der Fehler verschwindet, fügen Sie Chrome als Ausnahme hinzu oder erlauben Sie DNS-Verkehr (UDP-Port 53) in der Whitelist.

# 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

Lösung 8: Router Neu Starten

Router haben ihren eigenen DNS-Cache und übernehmen die DNS-Weiterleitung für alle Geräte in Ihrem Netzwerk. Ein Router mit vollem DNS-Cache, Speicherleck oder eingefrorener DNS-Weiterleitung kann DNS_PROBE_STARTED auf jedem verbundenen Gerät verursachen.

Ein korrekter Router-Neustart (Stromzyklus) löscht den RAM des Routers, den DNS-Cache und stellt die Verbindung zu den DNS-Servern Ihres Internetanbieters neu her. Dies unterscheidet sich von einem Soft-Reboot — Sie müssen die Stromversorgung vollständig unterbrechen.

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

So Diagnostizieren Sie DNS_PROBE_STARTED

Wenn die oben genannten Lösungen nicht geholfen haben, können Sie mit Diagnosebefehlen genau feststellen, wo die DNS-Auflösungskette unterbrochen ist. Diese Befehle funktionieren auf allen Betriebssystemen und zeigen Ihnen, ob das Problem Ihr DNS-Server, Ihr Netzwerk oder Ihre lokale Konfiguration ist.

DNS-Auflösung mit nslookup testen

# 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

Netzwerkverbindung testen

# 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

Wenn ping 1.1.1.1 fehlschlägt, Ihr WLAN aber als verbunden angezeigt wird, hat Ihr Router möglicherweise die WAN-Verbindung verloren. Überprüfen Sie das Admin-Panel Ihres Routers (normalerweise 192.168.1.1) auf den WAN-Status, oder verwenden Sie DNS Robots Ping-Tool von einem anderen Gerät aus, um Ihr Netzwerk zu überprüfen.

Chromes integrierte Diagnosetools verwenden

Chrome verfügt über leistungsstarke interne Diagnoseseiten, die genau zeigen können, was mit DNS-Abfragen passiert:

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