ERR_NAME_NOT_RESOLVED: Bedeutung und Lösung

Was ERR_NAME_NOT_RESOLVED bedeutet

Bevor ein Browser sich mit irgendetwas verbinden kann, wandelt er einen Hostnamen über DNS in eine IP-Adresse um. ERR_NAME_NOT_RESOLVED ist Chromes Auffangbecken dafür, dass diese Abfrage auf irgendeine andere Weise scheitert als eine bestätigte, nicht existierende Bezeichnung: Der Resolver hat nicht rechtzeitig geantwortet, eine leere oder fehlerhafte Antwort geliefert, oder der eigene Netzwerk-Stack des Browsers konnte überhaupt keinen Resolver erreichen.

Das wird leicht mit DNS_PROBE_FINISHED_NXDOMAIN verwechselt, das ein engerer, spezifischerer Fall ist. NXDOMAIN bedeutet, ein Resolver hat klar geantwortet: dieser Name existiert nicht in der Zone. ERR_NAME_NOT_RESOLVED bedeutet, die Abfrage selbst ist gescheitert oder kam ohne etwas Brauchbares zurück, was einen kaputten Resolver, eine Zeitüberschreitung, ein Netzwerk ganz ohne DNS-Zugriff, oder eine schiefgelaufene lokale DNS-Überschreibung einschließt. Wissen Sie bereits, dass die Domain früher funktioniert hat und sich an der Domain selbst nichts geändert hat, deutet ERR_NAME_NOT_RESOLVED eher auf den Auflösungspfad hin als auf die eigenen Einträge der Domain.

Wie sich der Fehler zeigt

Chrome und Edge zeigen "This site can't be reached - example.com's server IP address could not be found. Try running Windows Network Diagnostics." mit dem Code ERR_NAME_NOT_RESOLVED. Firefox zeigt "Hmm. We're having trouble finding that site" mit der Meldung "we can't connect to the server at example.com."

dig zeigt, was ein bestimmter Resolver zurückgibt, und +trace geht die gesamte Kette von der Root abwärts durch:

dig example.com A
;; ANSWER SECTION:
example.com.  300  IN  A  203.0.113.10

dig +trace example.com
; <<>> DiG 9.18 <<>> +trace example.com
.  518400  IN  NS  a.root-servers.net.
...
com.  172800  IN  NS  a.gtld-servers.net.
...
example.com.  300  IN  A  203.0.113.10

nslookup ist ein schnellerer Sanity-Check, wenn Sie nur eine Ja-oder-Nein-Antwort brauchen:

nslookup example.com
Server:   8.8.8.8
Address:  8.8.8.8#53

Name:     example.com
Address:  203.0.113.10

Läuft einer der Befehle in eine Zeitüberschreitung, gibt SERVFAIL zurück, oder liefert nichts unter ANSWER SECTION, ist die Abfrage tatsächlich gescheitert, anders als eine NXDOMAIN-Antwort, die klar sagen würde "kein solcher Name".

Was ERR_NAME_NOT_RESOLVED verursacht

• Ein fehlender A- oder AAAA-Eintrag. Die Domain löst für andere Eintragstypen auf, oder die Zone existiert, aber für den angefragten Hostnamen wird kein Adress-Eintrag veröffentlicht (einschließlich eines fehlenden Eintrags für eine bestimmte Subdomain, obwohl die Root-Domain funktioniert).
• Eine abgelaufene Domain-Registrierung. Sobald eine Domain verfällt, hören ihre Nameserver meist ganz auf, für sie zu antworten, was genau diesen Fehlschlag erzeugt statt eines sauberen NXDOMAIN.
• Ein Nameserver-Ausfall oder eine Fehlkonfiguration. Sind die autoritativen Nameserver der Domain nicht erreichbar oder geben fehlerhafte Antworten, scheitert jeder Resolver, der für diese Domain zu antworten versucht, auf dieselbe Weise.
• Ein DNSSEC-Validierungsfehler. Ein validierender Resolver, der eine DNSSEC-Signatur nicht verifizieren kann (eine abgelaufene Signatur, eine kaputte Vertrauenskette), verweigert die Antwort ganz, statt eine zurückzugeben, der er nicht traut.
• Der eigene Resolver des Besuchers ist down oder unerreichbar, häufig bei einem kaputten VPN, einem Captive-WLAN-Portal, oder einem falsch konfigurierten Router, der auf einen nicht mehr existierenden DNS-Server zeigt.
• Ein beschädigter lokaler DNS-Cache auf dem Rechner des Besuchers, der einen veralteten oder kaputten Eintrag von vor der korrekten Konfiguration einer Domain hält.

So finden Sie heraus, wer schuld ist

Fragen Sie direkt einen öffentlichen Resolver ab, etwa mit dig example.com @8.8.8.8, unter Umgehung dessen, was das lokale Netzwerk konfiguriert hat. Scheitert das auch, liegt das Problem am eigenen DNS-Setup der Domain, nicht am Netzwerk des Besuchers. Eine DNS-Abfrage von mehreren Standorten macht das sofort klar: ein durchgängiger Fehlschlag überall deutet auf die Nameserver oder Registrierung der Domain hin, während ein Fehlschlag nur von einem Standort oder Resolver auf etwas Lokales an diesem Blickwinkel hindeutet.

So beheben Sie ERR_NAME_NOT_RESOLVED

Wenn Sie Besucher sind

1. Leeren Sie den lokalen DNS-Cache. Unter Windows: ipconfig /flushdns. Unter macOS: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. Unter Linux mit systemd-resolved: sudo resolvectl flush-caches.
2. Wechseln Sie zu einem öffentlichen DNS-Resolver wie 8.8.8.8 oder 1.1.1.1 in Ihren Netzwerkeinstellungen, vorübergehend anstelle dessen, was Ihr Internetanbieter oder Router standardmäßig liefert.
3. Prüfen Sie die Hosts-Datei (/etc/hosts unter macOS/Linux, C:\Windows\System32\drivers\etc\hosts unter Windows) auf einen veralteten manuellen Eintrag, der die Domain überschreibt.
4. Trennen Sie die VPN-Verbindung und versuchen Sie es erneut; manche VPN-Clients leiten DNS über einen Resolver, der selbst unerreichbar oder falsch konfiguriert ist.
5. Starten Sie den Router neu, falls jede Website im Netzwerk nicht aufgelöst werden kann, nicht nur eine.

Wenn Sie die Website betreiben

1. Bestätigen Sie, dass der A/AAAA-Eintrag existiert für genau den Hostnamen, den Besucher nutzen, einschließlich jeder Subdomain: dig www.example.com A und dig example.com A sind zwei getrennte Abfragen.
2. Prüfen Sie den Registrierungs- und Ablaufstatus der Domain über Ihren Registrar; eine unerwartet abgelaufene Domain ist eine häufige und leicht übersehene Ursache.
3. Verifizieren Sie, dass die beim Registrar hinterlegten Nameserver mit denen übereinstimmen, die die Zone tatsächlich bedienen, und dass sie antworten: dig NS example.com, gefolgt von einer direkten Abfrage jedes zurückgegebenen Nameservers.
4. Nutzen Sie DNSSEC, validieren Sie die Kette mit dig +dnssec example.com und prüfen Sie auf einen abgelaufenen RRSIG-Eintrag, eine häufige und selbst verursachte Ursache für Auflösungsfehler.
5. Führen Sie dig +trace aus, um genau zu sehen, wo in der Kette von der Root bis zum autoritativen Server die Auflösung zusammenbricht, statt zu raten.

Verwandte Fehler

• DNS_PROBE_FINISHED_NXDOMAIN ist der Geschwisterfehler für eine bestätigte "dieser Name existiert nicht"-Antwort, statt einer gescheiterten oder leeren Abfrage.
• DNS-Propagation erklärt, warum ein frisch geänderter Eintrag eine Zeit lang bei manchen Resolvern korrekt auflöst und bei anderen nicht.

So beugen Sie ERR_NAME_NOT_RESOLVED vor

DNS-Fehler übersieht man intern leicht, da ein stabiles Büronetzwerk und seine zwischengespeicherten Einträge noch lange funktionieren können, nachdem Besucher anderswo bereits scheitern. Eine DNS-Prüfung, die von über 300 Prüfpunkten in 158 Städten läuft, erkennt einen Nameserver-Ausfall, eine ablaufende Registrierung, oder einen kaputten Eintrag in dem Moment, in dem er die Auflösung zu beeinträchtigen beginnt, statt nachdem sich ein Support-Postfach gefüllt hat. HostTracker überwacht Websites seit 2004 und alarmiert per E-Mail, SMS, Sprachanruf, Slack, Telegram und mehr.

Häufig gestellte Fragen

Was ist der Unterschied zwischen ERR_NAME_NOT_RESOLVED und DNS_PROBE_FINISHED_NXDOMAIN?

NXDOMAIN ist eine eindeutige Antwort: Der Resolver hat geprüft, und der Name existiert nicht in der Zone. ERR_NAME_NOT_RESOLVED ist breiter und deckt eine Abfrage ab, die scheiterte, in eine Zeitüberschreitung lief, oder nichts Brauchbares zurückgab, was Fälle einschließt, in denen die Domain zwar existiert, ihre Nameserver aber unerreichbar sind.

Kann eine abgelaufene Domain diesen Fehler verursachen?

Ja, und das ist eine der häufigeren Ursachen. Sobald eine Domain verfällt, verstummen ihre Nameserver meist, jede Abfrage dafür scheitert also, statt eine saubere "existiert nicht"-Antwort zurückzugeben.

Warum funktioniert die Website mit den mobilen Daten meines Handys, aber nicht mit meinem Heim-WLAN?

Das deutet auf den Resolver hin, den Ihr Heimnetzwerk nutzt, entweder den konfigurierten DNS-Server Ihres Routers oder den Resolver Ihres Internetanbieters. Ein Wechsel zu einem öffentlichen Resolver wie 1.1.1.1 im betroffenen Netzwerk bestätigt und behebt das meist.

Ich habe gerade eine neue Subdomain hinzugefügt, und sie löst nicht auf. Warum?

Ein neuer Eintrag braucht Zeit, sich durch DNS-Caches zu verbreiten, nachdem er erstellt wurde, und er muss auch tatsächlich existieren: Bestätigen Sie mit dig subdomain.example.com A direkt gegen den autoritativen Nameserver, bevor Sie annehmen, es sei nur eine Verbreitungsverzögerung.

Kann DNSSEC diesen Fehler jemals bei einer sonst einwandfreien Domain verursachen?

Ja. Laufen DNSSEC-Signaturen ab oder bricht die Vertrauenskette, verweigert ein validierender Resolver die Antwort, statt Daten zurückzugeben, die er nicht verifizieren kann, was von Besucherseite aus identisch zu einem Auflösungsfehler aussieht.