DNS_PROBE_FINISHED_NXDOMAIN: Was Es Bedeutet und Wie Sie Es Beheben

Was Ist DNS_PROBE_FINISHED_NXDOMAIN?

DNS_PROBE_FINISHED_NXDOMAIN bedeutet, dass Chrome für den Namen der Website keine Adresse bekommen hat, während Ihr DNS-Server Chromes eigene Testabfrage beantwortet hat; Chrome schließt daraus, dass die Domain nicht existiert. Meist ist das eine echte NXDOMAIN-Antwort („non-existent domain“, nicht existierende Domain); eine Abfrage, die aus anderem Grund scheitert, etwa wegen einer ungültigen DNSSEC-Signatur (SERVFAIL), zeigt dieselbe Seite. Chrome betitelt sie mit „Die Website ist nicht erreichbar“. Oft wird sie als DNS_PROBE_NXDOMAIN gesucht; Chromium hat keinen solchen Code, es ist derselbe Fehler.

Der eine Test, auf den es ankommt: Fragen Sie den Namen über öffentliches DNS ab (die DNS-Abfrage unten oder nslookup example.com 1.1.1.1). Findet öffentliches DNS die Domain, liegt die Ursache bei Ihnen: ein Tippfehler, ein veralteter Cache, Ihr DNS-Server, ein Filterdienst oder ein VPN. Antwortet auch öffentliches DNS mit NXDOMAIN, ist die Domain falsch geschrieben, abgelaufen oder falsch konfiguriert, und nur ihr Inhaber kann das beheben.

Oft ist die Ursache ein Tippfehler oder etwas auf Ihrer Seite, das sich in Minuten beheben lässt; die folgenden Schritte gehen von den schnellsten Prüfungen bis zur Domain selbst.

Wie Dieser Fehler in Anderen Browsern Aussieht

Jeder Browser zeigt diesen DNS-Fehler anders an, aber die Ursache ist immer dieselbe — die Domain konnte nicht aufgelöst werden.

Chromium-basierte Browser (Chrome, Edge, Brave, Opera) zeigen alle denselben DNS_PROBE_FINISHED_NXDOMAIN-Code. Firefox und Safari zeigen eine benutzerfreundlichere Meldung, aber das zugrunde liegende Problem ist identisch.

NXDOMAIN und Chromes andere DNS_PROBE-Fehler

Wenn eine Seite nicht lädt, führt Chrome eine schnelle DNS-Prüfung durch und benennt das Ergebnis mit einem DNS_PROBE-Code. Nur einer davon bedeutet, dass der Name nicht existiert:

Chromes ERR_NAME_NOT_RESOLVED ist derselbe Fehler „keine Adresse für diesen Namen“; er erscheint, wenn Chrome die Prüfung nicht ausführt oder sie nicht eindeutig ist: siehe ERR_NAME_NOT_RESOLVED.

Häufige Ursachen für DNS_PROBE_FINISHED_NXDOMAIN

Die Ursachen verteilen sich auf Ihre Seite (die meisten) und die Seite der Domain.

• Tippfehler in der URL — Die häufigste Ursache. Ein einziges falsches Zeichen (z. B. gogle.com statt google.com) löst NXDOMAIN aus, weil die falsch geschriebene Domain im DNS nicht existiert.
• Ein zwischengespeichertes „existiert nicht“ — Ihr Computer oder Ihr DNS-Server hat eine frühere NXDOMAIN-Antwort gespeichert, zum Beispiel aus der Zeit vor der Einrichtung der Domain, und wiederholt sie, bis sie abläuft
• Chromes interner DNS-Cache — Chrome verwaltet einen eigenen DNS-Cache, der vom Betriebssystem-Cache getrennt ist. Selbst nach dem Leeren des System-Caches kann Chrome noch einen veralteten internen Eintrag verwenden.
• Ein filternder DNS-Dienst — Quad9 antwortet für gesperrte Domains mit NXDOMAIN, sodass eine funktionierende Website nicht zu existieren scheint. (Pi-hole, AdGuard und Cloudflare for Families antworten standardmäßig mit 0.0.0.0, was stattdessen einen Verbindungsfehler zeigt)
• Domain nicht registriert oder abgelaufen — Der Websitebetreiber hat vergessen, die Domain zu verlängern, oder die Domain wurde gar nicht erst registriert.
• Eine brandneue Domain — Ein Resolver, der vor der Einrichtung der Domain gefragt hat, behält die Antwort „existiert nicht“ für die Negative-Caching-Zeit der Zone: 15 Minuten bei .com und .net
• Ein lokaler Name, der nicht in Ihrer Hosts-Datei steht — Entwicklungsnamen wie myapp.test existieren nur dort, wo Sie sie definieren (ein falscher Hosts-Eintrag ergibt stattdessen einen Verbindungsfehler, nicht NXDOMAIN)
• VPN oder Firewall blockiert — Ein VPN, Proxy oder eine Firewall fängt DNS-Anfragen ab und blockiert oder leitet die Domain um.
• Problem mit dem DNS-Server des ISPs — Der DNS-Server Ihres Internetanbieters gibt fälschlicherweise NXDOMAIN zurück oder hat die DNS-Einträge der Domain noch nicht erhalten.

Lösung 1: Überprüfen Sie die Schreibweise der Domain

Prüfen Sie die URL in der Adressleiste sorgfältig: Ein falsches Zeichen genügt.

Achten Sie auf typische Tippfehler: fehlende Buchstaben (goole.com), zusätzliche Buchstaben (googgle.com), falsche Endung (.con statt .com) oder verwechselte Zeichen (goog1e.com mit der Ziffer 1 statt dem Buchstaben l).

Wenn jemand Ihnen den Link geschickt hat, suchen Sie die Website lieber bei Google, statt direkt auf den Link zu klicken. Existiert die Domain wirklich nicht, erscheint kein Suchergebnis.

Lösung 2: DNS-Cache Leeren

Wenn die Domain richtig geschrieben ist, besteht der nächste Schritt darin, den DNS-Cache Ihres Betriebssystems zu leeren. Dadurch werden alle gespeicherten DNS-Einträge gelöscht und frische Abfragen erzwungen.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

# Chrome OS
chrome://net-internals/#dns → Clear host cache

Versuchen Sie nach dem Leeren, die Website erneut zu laden. Wurden die DNS-Einträge der Domain kürzlich aktualisiert, kann Ihr System sie nach dem Leeren des Caches neu abrufen.

Die Befehle für jedes System, Router eingeschlossen: DNS-Cache leeren.

Lösung 3: Chromes Internen DNS-Cache Leeren

Chrome verwaltet einen eigenen DNS-Cache, der vollständig vom Betriebssystem-Cache getrennt ist. Das Leeren des System-Caches allein reicht nicht aus — Sie müssen auch Chromes internen Cache löschen.

• Öffnen Sie Chrome und geben Sie chrome://net-internals/#dns in die Adressleiste ein
• Klicken Sie auf "Clear host cache", um alle zwischengespeicherten DNS-Einträge in Chrome zu löschen
• Gehen Sie dann zu chrome://net-internals/#sockets und klicken Sie auf "Flush socket pools", um offene Verbindungen zurückzusetzen
• Versuchen Sie die Website erneut zu laden — Chrome führt jetzt eine komplett neue DNS-Abfrage durch

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

Der DNS-Server Ihres Internetanbieters gibt möglicherweise fehlerhafte NXDOMAIN-Antworten zurück oder hat die DNS-Einträge der Domain noch nicht erhalten. Der Wechsel zu einem zuverlässigen öffentlichen DNS-Server behebt dieses Problem häufig.

DNS Unter Windows Ändern

• Öffnen Sie Einstellungen → Netzwerk und Internet → WLAN → Bekannte Netzwerke verwalten → Ihr Netzwerk (bei Kabel: Ethernet → Ihr Netzwerk)
• Suchen Sie auf dieser Seite DNS-Serverzuweisung
• Klicken Sie auf Bearbeiten neben DNS-Serverzuweisung → wechseln Sie zu Manuell
• Aktivieren Sie IPv4 und setzen Sie Bevorzugter DNS auf 1.1.1.1, Alternativer DNS auf 1.0.0.1
• Klicken Sie auf Speichern und testen Sie die Website erneut

DNS Unter macOS Ändern

• Öffnen Sie Systemeinstellungen → Netzwerk → WLAN → Details
• Klicken Sie auf DNS in der Seitenleiste
• Entfernen Sie vorhandene Einträge und fügen Sie 1.1.1.1 und 1.0.0.1 hinzu
• Klicken Sie auf OK

Lösung 5: Hosts-Datei Überprüfen

Ihre Hosts-Datei ordnet Namen Adressen zu, bevor das DNS gefragt wird. Ein falscher Eintrag dort (127.0.0.1 example.com) gibt dem Namen eine Adresse, sodass eine abgelehnte oder falsche Seite erscheint, nicht NXDOMAIN; entfernen Sie solche Zeilen trotzdem, denn Malware und alte Werbeblocker fügen sie ein.

NXDOMAIN verursacht die Hosts-Datei im umgekehrten Fall: bei einem lokalen Entwicklungsnamen (myapp.test, api.local), den Sie nie eingetragen haben. Öffentliches DNS kennt ihn nicht, also scheitert die Abfrage.

# Windows — open as Administrator:
notepad C:\Windows\System32\drivers\etc\hosts

# macOS / Linux:
sudo nano /etc/hosts

# Look for lines like:
# 127.0.0.1  example.com    ← This blocks the domain!
# 0.0.0.0    example.com    ← This also blocks it!

# If you find the domain listed, delete that line and save.

Speichern Sie die Datei nach dem Bearbeiten und leeren Sie den DNS-Cache (Lösung 2).

Lösung 6: Chromes Einstellung für sicheres DNS Prüfen

Chrome kann DNS-Abfragen per HTTPS an einen eigenen Anbieter senden, statt das DNS Ihres Systems zu nutzen. Filtert dieser Anbieter (ein Familien- oder Sicherheits-DNS), bekommt Chrome „Domain existiert nicht“ für Websites, die andere Browser problemlos laden. (Ist der Anbieter nicht erreichbar, zeigt Chrome stattdessen DNS_PROBE_FINISHED_BAD_SECURE_CONFIG.)

• Öffnen Sie chrome://settings/security (Einstellungen → Datenschutz und Sicherheit → Sicherheit)
• Suchen Sie „Sicheres DNS verwenden“ und notieren Sie, welcher Anbieter unter „DNS-Anbieter auswählen“ eingestellt ist
• Stellen Sie „DNS-Anbieter auswählen“ auf Standardeinstellung des Betriebssystems (falls verfügbar) oder auf Google oder Cloudflare und laden Sie die Website neu
• Edge: edge://settings/privacy → „Security“ → „Use secure DNS“ (Bezeichnungen der englischen Version)

Behebt der Anbieterwechsel das Problem, hat der vorherige diese Domain blockiert oder nicht auflösen können.

Lösung 7: VPN oder Antivirus Vorübergehend Deaktivieren

VPNs senden Ihre DNS-Abfragen an ihre eigenen Server, und Sicherheitssoftware, Pi-hole, Router und Familien-DNS-Dienste filtern Namen, die sie für riskant halten. Quad9 antwortet für eine gesperrte Domain mit NXDOMAIN, sodass die Website nicht zu existieren scheint; die meisten anderen Filter antworten mit 0.0.0.0, was stattdessen einen Verbindungsfehler zeigt.

Schalten Sie das VPN oder den Filter aus und laden Sie die Seite neu. Eine Quad9-Sperre erkennen Sie sicher mit dig: Laut Quad9-Dokumentation liefert eine von Quad9 gesperrte Domain NXDOMAIN mit AUTHORITY: 0 (und ohne das Flag ra), während eine wirklich nicht existierende Domain mit dem SOA-Eintrag der Zone zurückkommt (AUTHORITY: 1). Quad9s eigene Testdomain ist isitblocked.org:

dig isitblocked.org @9.9.9.9

# ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
# ;; flags: qr rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0   ← blocked by Quad9

# A name that really doesn't exist:
# ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1   ← the zone's SOA comes back

Lösung 8: Registrierungsstatus der Domain Prüfen

Wenn keine der obigen Lösungen funktioniert, ist die Domain möglicherweise tatsächlich nicht registriert oder abgelaufen. Das kommt besonders häufig bei neuen Websites, kürzlich geänderten Domains oder Domains vor, deren Verlängerung der Inhaber vergessen hat.

So überprüfen Sie den Status der Domain:

• Nutzen Sie die WHOIS-Abfrage von DNS Robot unter /whois-lookup — geben Sie die Domain ein und prüfen Sie Registrierungs- und Ablaufdatum
• Nutzen Sie den DNS Lookup von DNS Robot unter /dns-lookup — wenn keine A-, AAAA- oder NS-Einträge existieren, hat die Domain keine DNS-Konfiguration
• Neue Domain oder neuer Eintrag? Ein Resolver, der den Namen abgefragt hat, bevor es ihn gab, behält die Antwort „existiert nicht“ für die Negative-Caching-Zeit im SOA-Eintrag der Zone (RFC 2308): 15 Minuten bei .com und .net, anderswo meist unter einer Stunde. Öffentliches DNS sieht sie womöglich schon, während der Resolver Ihres Providers noch NXDOMAIN sagt
• Registriert, aber wird nicht aufgelöst? Zeigt WHOIS die Domain, sie hat aber keine Nameserver oder ihr Status ist clientHold oder serverHold (nach einem Ablauf oder bei nicht bestätigter Inhaber-E-Mail), antwortet die TLD mit NXDOMAIN: Beheben Sie das beim Registrar. Nameserver, denen die Zone schlicht fehlt, liefern stattdessen SERVFAIL oder REFUSED

NXDOMAIN bei lokalen Entwicklungsnamen

Ist der scheiternde Name einer, den Sie für die Entwicklung erfunden haben (myapp.test, api.local, ein Docker-Dienstname), kennt ihn öffentliches DNS nicht, und NXDOMAIN ist die richtige Antwort. Lassen Sie den Namen stattdessen auf Ihrem Rechner auflösen:

• Nutzen Sie localhost — http://localhost:8000 und http://127.0.0.1:8000 werden immer aufgelöst; die meisten Entwicklungsserver (Django, Rails, Vite, Next.js) geben eine der beiden Adressen aus
• Tragen Sie den Namen in Ihre Hosts-Datei ein — 127.0.0.1 myapp.test, dann den DNS-Cache leeren
• Docker-Namen — ein Dienstname wie db wird nur innerhalb des Docker-Netzwerks aufgelöst; vom Rechner aus nutzen Sie localhost und den veröffentlichten Port
• .local-Namen — sie nutzen Multicast-DNS (mDNS), das in macOS, iOS und Windows 10 und 11 eingebaut ist; unter Linux aktivieren Sie Avahi oder das mDNS von systemd-resolved

DNS_PROBE_FINISHED_NXDOMAIN Auf Android Beheben

Der NXDOMAIN-Fehler erscheint im Chrome-Browser auf Android mit demselben Fehlercode. So beheben Sie ihn.

• Chrome-Cache leeren: Chrome öffnen → Einstellungen → Datenschutz und Sicherheit → Browserdaten löschen → Bilder und Dateien im Cache auswählen → Daten löschen
• Privates DNS prüfen: Einstellungen → Netzwerk & Internet → Privates DNS (wozu es dient). Verweist es auf einen Filterdienst, stellen Sie Automatisch oder dns.google ein
• Flugmodus umschalten: Schalten Sie den Flugmodus für 10 Sekunden ein und dann wieder aus — das erzwingt eine neue Netzwerkverbindung und DNS-Abfrage
• Chrome aktualisieren: Play Store öffnen → Chrome suchen → auf Aktualisieren tippen, falls verfügbar
• Gerät neu starten, wenn nichts davon hilft

DNS_PROBE_FINISHED_NXDOMAIN Auf iPhone / iPad Beheben

Unter iOS zeigt Safari "Safari kann den Server nicht finden" anstelle des Chrome-Fehlercodes. Wenn Sie Chrome auf iOS verwenden, sehen Sie die DNS_PROBE_FINISHED_NXDOMAIN-Meldung. So beheben Sie das Problem.

• DNS ändern: Gehen Sie zu Einstellungen → WLAN → tippen Sie auf das (i)-Symbol neben Ihrem Netzwerk → DNS konfigurieren → Manuell → 1.1.1.1 und 1.0.0.1 hinzufügen
• Safari-Cache leeren: Einstellungen → Apps → Safari → Verlauf und Websitedaten löschen
• Chrome-Cache leeren: In Chrome auf ⋯ tippen → Browserdaten löschen
• Flugmodus umschalten: Für 10 Sekunden einschalten, dann ausschalten, um die Netzwerkverbindung zurückzusetzen
• Gerät neu starten, um den gesamten temporären DNS-Zustand zu löschen

So Überprüfen Sie, Ob die Lösung Funktioniert Hat

Überprüfen Sie nach dem Anwenden einer Lösung, ob die DNS-Auflösung für die betreffende Domain funktioniert.

# Test DNS resolution directly
nslookup example.com

# Test with a specific DNS server
nslookup example.com 1.1.1.1

# Detailed test (Mac/Linux)
dig example.com

# status: NXDOMAIN from your own resolver? Confirm with a public one
# before concluding the domain doesn't exist:
dig example.com @1.1.1.1

Wenn nslookup eine IP-Adresse zurückgibt, funktioniert DNS und die Website sollte laden. Wenn weiterhin "Non-existent domain" angezeigt wird, ist die Domain entweder tatsächlich nicht registriert, oder Sie müssen einen anderen DNS-Server ausprobieren.

Sie können auch das DNS Lookup von DNS Robot verwenden, um zu überprüfen, ob die Domain von mehreren globalen Servern aufgelöst wird — so können Sie feststellen, ob das Problem lokal auf Ihrem Gerät liegt oder ein globales DNS-Problem ist.