DNS_PROBE_STARTED: Bedeutung & Lösung in Chrome, Android

Was bedeutet DNS_PROBE_STARTED?

DNS_PROBE_STARTED bedeutet, dass Chrome die Adresse der Website nicht vom DNS erhalten konnte und einen kurzen Test, eine DNS-Probe, gestartet hat, um die Ursache zu finden. Die Seite zeigt „Die Website ist nicht erreichbar“ mit „Die DNS-Adresse von example.com wurde nicht gefunden. Eine Problemdiagnose wird durchgeführt.“ Ist die Probe fertig, ersetzt Chrome den Code durch das Ergebnis, etwa DNS_PROBE_FINISHED_NXDOMAIN oder DNS_PROBE_FINISHED_BAD_CONFIG.

STARTED dauert normalerweise nur Sekunden. Bleibt die Seite dabei stehen, hat der Test von Chrome nicht an die Seite zurückgemeldet. Das passiert häufig, wenn sich Netzwerk oder DNS-Einstellungen ändern, während Chrome testet. Chromium beschreibt den Zustand als „A DNS probe has been started for this error page“ (net_error_info.h).

Der Code erscheint in Chromium-basierten Browsern (Chrome, Edge, Opera, Brave, Vivaldi). Tritt er auf jeder Website auf, liegt es an Ihrem DNS oder Netzwerk; bei nur einer Website prüfen Sie deren DNS mit der Abfrage unten.

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 abläuft. Wenn Sie example.com in Chrome eingeben, durchläuft der Browser diese Schritte, um die IP-Adresse des Servers zu finden:

Schritt 1 – Browser-Cache prüfen. Chrome prüft zuerst den eigenen DNS-Cache (chrome://net-internals/#dns) auf eine gespeicherte IP-Adresse. Wurde die Domain kürzlich aufgelöst und ist die TTL (Time to Live) nicht abgelaufen, nutzt Chrome das gespeicherte Ergebnis sofort, ganz ohne Netzwerkanfrage.

Schritt 2 – Ihre DNS-Server. Chrome sendet die Anfrage meist selbst über den eingebauten Resolver an die DNS-Server, die Ihr Gerät verwenden soll (normalerweise der Router oder Ihr Internetanbieter); in manchen Konfigurationen übergibt es die Auflösung stattdessen an den Resolver des Betriebssystems.

Schritt 3 – Anfrage an den rekursiven Resolver. Fehlt die Antwort auch im Cache des Betriebssystems, geht die Anfrage über das Netzwerk an Ihren konfigurierten DNS-Server (meist der Resolver Ihres Internetanbieters oder ein öffentlicher Resolver wie 8.8.8.8). Dieser rekursive Resolver leistet die Hauptarbeit: Er fragt Root-Server, TLD-Server und autoritative Nameserver ab, um die Antwort zu finden.

Schritt 4 – Antwort zurück. Der rekursive Resolver liefert die IP-Adresse an Ihr Betriebssystem, das sie zwischenspeichert und an Chrome weitergibt. Chrome verbindet sich mit der IP-Adresse und lädt die Seite.

Scheitert eine Abfrage, zeigt Chrome seine Fehlerseite und startet die Probe. Die Probe löst einen bekannten Namen, google.com, über Ihre eigenen DNS-Einstellungen und über Googles öffentliches DNS (8.8.8.8 und 8.8.4.4) auf und vergleicht beides: Versagt Ihr DNS, während das von Google funktioniert, liegt das Problem bei Ihrem DNS; antwortet keines von beiden, besteht keine Verbindung oder das Netzwerk blockiert externes DNS.

Was verursacht DNS_PROBE_STARTED?

Hinter jedem DNS_PROBE_STARTED steckt eine gescheiterte Abfrage, und eine Seite, die auf STARTED stehen bleibt, bringt eine weitere Möglichkeit hinzu. Die üblichen Ursachen:

• Der Test hat nicht zurückgemeldet – ändert sich der Code nie, hat das Ergebnis der Probe die Seite nicht erreicht, oft weil sich Netzwerk oder DNS-Einstellungen während des Laufs geändert haben. Ein vollständiger Neustart von Chrome behebt das
• Ihr DNS-Server ist nicht erreichbar oder überlastet – das DNS Ihres Internetanbieters oder Routers antwortet nicht mehr (die Probe endet dann als BAD_CONFIG)
• Router oder Modem haben Probleme – der Router leitet die DNS-Anfragen Ihrer Geräte weiter, und ein hängender Router blockiert alle (der Fehler erscheint dann auf jedem Gerät)
• Ein VPN oder dessen DNS ist ausgefallen – das VPN schickt DNS an seine eigenen Server; fallen Tunnel oder Server aus, antwortet nichts
• Sicherheitssoftware oder eine Firewall filtert DNS – „Webschutz“-Funktionen, die DNS abfangen, können es ausbremsen, wenn sie fehlerhaft arbeiten
• Das Netzwerk hat sich mitten in der Abfrage geändert – Aufwachen aus dem Ruhezustand, Wechsel zwischen WLAN und mobilen Daten oder ein instabiles WLAN-Signal
• Der Secure-DNS-Anbieter von Chrome ist nicht erreichbar – bei aktiviertem „Sicheres DNS“ endet die Probe als BAD_SECURE_CONFIG

DNS_PROBE-Fehlercodes im Vergleich

Chrome benennt jedes Ergebnis seiner Probe mit einem DNS_PROBE-Code (aus Chromiums net_error_info.h):

Der entscheidende Unterschied: STARTED heißt, Chrome ist mit der Diagnose noch nicht fertig, während jeder andere Code ein Ergebnis ist. Bleibt die Seite bei einem Ergebnis stehen, folgen Sie dem Ratgeber zu diesem Code; bleibt sie bei STARTED, starten Sie Chrome neu und testen erneut.

Lösung 1: Neu laden, bei STARTED Chrome neu starten

Warten Sie einige Sekunden und laden Sie die Seite einmal neu. Antwortet Ihr DNS diesmal, lädt die Website; falls nicht, sollte sich der Code innerhalb von Sekunden in ein Ergebnis ändern, und dieses Ergebnis zeigt, was zu beheben ist (siehe Tabelle oben).

Bleibt die Seite bei DNS_PROBE_STARTED stehen, hat der Test von Chrome nicht zurückgemeldet: Starten Sie Chrome vollständig neu, indem Sie chrome://restart in die Adressleiste eingeben (oder beenden und neu öffnen), und laden Sie dann neu. Schalten Sie bei einem Laptop, der gerade aus dem Ruhezustand erwacht ist oder das Netzwerk gewechselt hat, zuerst das WLAN aus und wieder ein.

Lösung 2: Zu einem öffentlichen DNS-Server wechseln

Ist das DNS Ihres Internetanbieters oder Routers langsam oder nicht erreichbar, behebt der Wechsel des Geräts zu einem öffentlichen Resolver DNS_PROBE_STARTED meist sofort. Welcher von Ihrer Verbindung aus am schnellsten ist, messen Sie mit dem DNS Speed Test von DNS Robot.

Googles temporäre Protokolle speichern Ihre vollständige IP-Adresse 24 bis 48 Stunden; Cloudflares 1.1.1.1 speichert keine Quell-IP auf Datenträgern und löscht seine Protokolle innerhalb von 25 Stunden; Quad9 blockiert zusätzlich bekannte schädliche Domains.

DNS ändern unter Windows 11 und 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 ä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: Router neu starten

Ihr Router leitet in der Regel die DNS-Anfragen aller Geräte weiter. Hängt er, stocken die Abfragen auf allen, und genau dann zeigen Smartphone und Laptop gleichzeitig DNS_PROBE_STARTED.

Starten Sie ihn neu, indem Sie die Stromversorgung trennen, nicht nur einen Knopf drücken:

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

Lösung 4: DNS-Cache leeren

Beim Leeren werden Antworten gelöscht, die Ihr System und Chrome gespeichert haben, sodass die nächste Abfrage frisch beginnt. Es hilft am meisten, nachdem Sie DNS-Server oder Netzwerke gewechselt haben.

DNS-Cache leeren unter Windows

Öffnen Sie das Terminal (Admin) oder die Eingabeaufforderung als Administrator und führen Sie den Befehl unten aus. Leeren Sie danach den eigenen Cache von Chrome: Öffnen Sie chrome://net-internals/#dns und klicken Sie auf Clear host cache.

ipconfig /flushdns

DNS-Cache leeren unter macOS

Öffnen Sie das Terminal und führen Sie aus:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

DNS-Cache leeren unter Linux

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

Android hat für die meisten Nutzer keinen Terminal-Befehl zum Leeren des DNS-Cache. Gehen Sie stattdessen so vor:

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 5: VPN, Antivirus und Firewall prüfen

Trennen Sie ein eventuell aktives VPN und laden Sie neu: Ein VPN schickt Ihr DNS an seine eigenen Server, und antworten diese nicht, antwortet gar nichts. Schalten Sie dann den „Webschutz“ oder die DNS-Filterung Ihres Antivirenprogramms kurz aus und laden Sie erneut.

Behebt das den Fehler, behalten Sie VPN oder Sicherheitssoftware, passen sie aber an (ein anderer VPN-Server oder eine Ausnahme für Chrome), statt den Schutz ausgeschaltet zu lassen. Prüfen Sie unter Windows, dass keine Firewall-Regel DNS (Port 53) ausgehend blockiert; eine Blockregel schlägt immer eine Zulassungsregel, schalten Sie also die Blockregel aus:

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

Lösung 6: Browser-Erweiterungen deaktivieren

VPN- und Proxy-Erweiterungen ändern, wohin Chromes Anfragen gehen. Öffnen Sie ein Inkognito-Fenster (Strg+Umschalt+N), in dem Erweiterungen aus sind, sofern Sie sie nicht erlaubt haben: Lädt die Website dort, schalten Sie Ihre Erweiterungen unter chrome://extensions/ nacheinander aus.

Prüfen Sie außerdem Chromes eigene Einstellung für sicheres DNS: Einstellungen → Datenschutz und Sicherheit → Sicherheit → Sicheres DNS verwenden. Zeigt sie auf einen Anbieter, der nicht antwortet, stellen Sie sie auf Standardeinstellung des Betriebssystems (falls verfügbar).

Lösung 7: DNS-Cache und Verbindungen von Chrome löschen

Chrome führt einen eigenen DNS-Cache und offene Verbindungen. Löschen Sie beides:

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

Lösung 8: Windows neu starten (nicht nur den DNS-Client)

Ältere Anleitungen raten, den Windows-Dienst DNS-Client (Dnscache) neu zu starten. Unter Windows 10 und 11 lässt sich dieser Dienst nicht von Hand beenden oder neu starten: Die Schaltflächen in den Diensten sind ausgegraut. ipconfig /flushdns (Lösung 4) leert seinen Cache, und ein vollständiger Neustart des PCs startet den Dienst neu.

So prüfen Sie, ob er läuft:

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

Lösung 9: Netzwerkeinstellungen zurücksetzen (letzter Ausweg)

Hilft nichts anderes, setzen Sie den Netzwerk-Stack zurück. Dabei werden Winsock und TCP/IP zurückgesetzt, einschließlich statischer IP-Adressen und von Hand gesetzter DNS-Server.

Netzwerk zurücksetzen unter Windows

Führen Sie diese Befehle im Terminal (Admin) oder in der Eingabeaufforderung als Administrator aus und starten Sie den Computer anschließend neu: Das Zurücksetzen wirkt erst nach einem Neustart.

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

Netzwerk zurücksetzen unter macOS

Entfernen Sie am Mac das WLAN-Netzwerk und treten Sie ihm erneut bei, statt Systemdateien zu löschen: Systemeinstellungen → WLAN → Details… neben Ihrem Netzwerk → Dieses Netzwerk ignorieren…, dann das Netzwerk erneut beitreten und den Mac neu starten.

So diagnostizieren Sie DNS_PROBE_STARTED

Haben die obigen Lösungen nicht geholfen, können Sie mit Diagnosebefehlen genau eingrenzen, wo die DNS-Auflösung abbricht. Diese Befehle funktionieren auf allen Betriebssystemen und zeigen, ob das Problem bei Ihrem DNS-Server, Ihrem Netzwerk oder Ihrer lokalen Konfiguration liegt.

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 that a DNS server answers at all (UDP, the normal DNS transport)
nslookup google.com 8.8.8.8

Schlägt ping 1.1.1.1 fehl, obwohl Ihr WLAN verbunden ist, hat Ihr Router möglicherweise die WAN-Verbindung verloren. Prüfen Sie im Admin-Bereich Ihres Routers (meist 192.168.1.1) den WAN-Status, oder prüfen Sie Ihr Netzwerk mit dem Ping-Test von DNS Robot von einem anderen Gerät aus.

Chromes integrierte Diagnosetools verwenden

Die internen Seiten von Chrome zeigen, was bei den DNS-Abfragen passiert:

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