ERR_NAME_NOT_RESOLVED (-105) beheben: Bedeutung & Lösung

Was ist ERR_NAME_NOT_RESOLVED?

ERR_NAME_NOT_RESOLVED bedeutet: Die DNS-Abfrage für den Namen der Website ist fehlgeschlagen, Chrome hat also nie eine IP-Adresse zum Verbinden erhalten. Chrome zeigt „Die Website ist nicht erreichbar“ mit dem Hinweis „Die Server-IP-Adresse von example.com wurde nicht gefunden.“ Chromiums Fehlerliste nennt ihn Fehler -105, „The host name could not be resolved“ (net_error_list.h).

Ihr Gerät bittet einen DNS-Resolver, einen Namen wie example.com in eine IP-Adresse umzuwandeln. Dieser Fehler heißt: Das ist gescheitert. Der Resolver hat nicht geantwortet, mit einem Fehler geantwortet, gemeldet, dass der Name nicht existiert, oder Ihr Gerät konnte gar keinen Resolver erreichen.

Er kann eine einzelne Website treffen (das DNS dieser Domain oder ein zwischengespeicherter Fehlschlag dafür) oder alle Websites (Ihr Resolver, Ihr Netzwerk oder die Geräteeinstellungen). Die folgenden Lösungen decken beide Fälle ab.

ERR_NAME_NOT_RESOLVED vs. DNS_PROBE_FINISHED_NXDOMAIN

Sie beginnen als derselbe Fehlschlag. Lädt eine Seite wegen DNS nicht, startet Chrome meist einen kurzen Test, eine DNS-Probe (DNS probe), und ersetzt ERR_NAME_NOT_RESOLVED durch deren Ergebnis:

ERR_NAME_NOT_RESOLVED selbst sehen Sie, wenn keine Probe läuft: in Apps und DevTools, bei den Bildern und Skripten einer Seite, wenn die Probe abgeschaltet ist (das aktuelle Chrome hat dafür keine Einstellung; nur die Administrator-Richtlinie AlternateErrorPagesEnabled oder eine Erweiterung kann das) oder wenn das Ergebnis der Probe nicht eindeutig ist (net_error_tab_helper.cc).

So oder so überschneiden sich die Lösungen: Prüfen Sie den Namen, dann Ihren DNS-Weg.

Häufige Ursachen von ERR_NAME_NOT_RESOLVED

Die Ursachen, von Ihrer Seite bis zur Seite der Website:

• Kein funktionierender DNS-Resolver — Der konfigurierte DNS-Server Ihres Geräts ist ausgefallen, nicht erreichbar oder wird vom Netzwerk blockiert.
• Falsch konfiguriertes Sicheres DNS (DoH) — Chromes Einstellung „Sicheres DNS verwenden“ zeigt auf eine defekte oder vertippte Anbieter-URL, sodass jede Abfrage scheitert.
• Tippfehler im Privaten DNS auf Android — Ein falscher Hostname des privaten DNS (z. B. dns.gogle statt dns.google) legt alle Abfragen auf dem Handy lahm; Android warnt „Auf den Server des privaten DNS kann nicht zugegriffen werden“.
• Ein zwischengespeicherter Fehlschlag — Ihr System, Ihr Router oder Chrome hat eine frühere fehlgeschlagene oder „existiert nicht“-Antwort gespeichert und wiederholt sie, bis sie abläuft.
• Router-Probleme — Der DNS-Forwarder des Routers hängt; kein Gerät kann etwas auflösen, bis der Router neu gestartet wird.
• Tippfehler in der Domain — Eine falsch geschriebene oder unvollständige Domain kann sowohl NAME_NOT_RESOLVED als auch NXDOMAIN auslösen.
• VPN-, Firewall- oder Antivirus-Eingriffe — Sicherheitssoftware fängt DNS-Anfragen ab und scheitert, oder ein VPN-Tunnel steht, aber sein DNS-Server antwortet nicht.
• Hosts-Datei oder Kindersicherung — Lokale Überschreibungen oder Filtersoftware blockieren die Auflösung bestimmter Domains.
• Das DNS der Domain ist wirklich kaputt — Fehlende A/AAAA-Einträge oder falsch konfigurierte Nameserver auf Seiten der Website.

Lösung 1: URL prüfen und eine andere Website testen

Schließen Sie zuerst die trivialen Ursachen aus. Prüfen Sie die Adresse auf Tippfehler — ein einziges falsches Zeichen bedeutet, dass Sie DNS nach einem Namen fragen, der sich nicht auflösen lässt.

Öffnen Sie dann zwei, drei andere Websites. Wenn nur eine Website fehlschlägt, liegt das Problem am DNS dieser Domain oder an Ihrem zwischengespeicherten Eintrag — springen Sie zum DNS-Flush weiter unten und prüfen Sie mit DNS Robots DNS Lookup, ob die Domain global überhaupt auflösbar ist. Wenn jede Website fehlschlägt, liegt das Problem an Ihrem Resolver oder Netzwerk — machen Sie mit den Verbindungs- und DNS-Server-Lösungen weiter.

Lösung 2: Internetverbindung prüfen

ERR_NAME_NOT_RESOLVED taucht oft auf, wenn die Netzwerkverbindung selbst halb kaputt ist: Sie sind mit dem WLAN verbunden, aber das Netzwerk hat keine funktionierende Route ins Internet oder zu einem DNS-Server.

Schalten Sie das WLAN aus und wieder ein (oder ziehen Sie das Ethernet-Kabel kurz ab). Wechseln Sie am Handy zwischen WLAN und mobilen Daten, um zu sehen, welcher Weg funktioniert. In einem Captive-Portal-Netz (Hotel, Flughafen, Café) öffnen Sie einen neuen Tab und versuchen, die Login-Seite auszulösen — DNS scheitert oft, bis Sie angemeldet sind.

Lösung 3: DNS leeren und IP erneuern

Ein zwischengespeicherter Fehlschlag kann das Problem überleben, das ihn verursacht hat. Das Leeren löscht jede gespeicherte Abfrage, auch zwischengespeicherte Fehlschläge, und die Erneuerung der IP-Lease aktualisiert die DNS-Server, die Ihrem Gerät zugewiesen wurden.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns
ipconfig /release
ipconfig /renew
netsh winsock reset

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

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

Der Befehl netsh winsock reset unter Windows repariert den Netzwerk-Stack selbst — einen Versuch wert, wenn das Leeren allein nicht hilft, erfordert aber einen Neustart. Eine ausführliche Anleitung für jede Plattform finden Sie unter DNS-Cache leeren unter Windows, Mac, Linux & Chrome.

Lösung 4: Chromes internen DNS-Cache löschen

Chrome führt einen eigenen DNS-Cache, getrennt vom Betriebssystem. Ein in Chrome zwischengespeicherter Fehlschlag überlebt einen Flush auf OS-Ebene — leeren Sie also beide.

• Geben Sie chrome://net-internals/#dns in die Adressleiste ein und klicken Sie auf Clear host cache
• Öffnen Sie dann chrome://net-internals/#sockets und klicken Sie auf Flush socket pools
• Starten Sie Chrome neu und rufen Sie die Website erneut auf

Lösung 5: Chromes Secure-DNS-Einstellung prüfen

Chrome kann DNS-Abfragen per DNS over HTTPS verschlüsseln: die Einstellung Sicheres DNS verwenden. Zeigt sie auf einen benutzerdefinierten Anbieter, dessen Adresse vertippt, eingestellt oder in Ihrem Netzwerk blockiert ist, scheitern Abfragen in Chrome, während andere Apps normal funktionieren.

So prüfen Sie es:

• Öffnen Sie chrome://settings/security in der Adressleiste
• Suchen Sie Sicheres DNS verwenden unter Erweitert
• Wählen Sie unter DNS-Anbieter auswählen Standardeinstellung des Betriebssystems (falls verfügbar) oder einen aufgelisteten Anbieter wie Google oder Cloudflare statt einer benutzerdefinierten URL
• Oder schalten Sie es kurz aus, um die Ursache zu bestätigen, und danach mit einem funktionierenden Anbieter wieder ein
• Laden Sie die Seite neu

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

Wenn der DNS-Resolver Ihres Internetanbieters langsam, unzuverlässig oder ausgefallen ist, behebt der Wechsel auf einen öffentlichen Resolver die Auflösung sofort — und beschleunigt meist auch das Surfen.

Windows: Einstellungen → Netzwerk und Internet → WLAN → Bekannte Netzwerke verwalten → Ihr Netzwerk (bei Kabel: Ethernet → Ihr Netzwerk) → Bearbeiten neben DNS-Serverzuweisung → Manuell → IPv4 an → Bevorzugt 1.1.1.1, Alternativ 1.0.0.1 → Speichern.

macOS: Systemeinstellungen → Netzwerk → WLAN → Details → DNS → alte Einträge entfernen und 1.1.1.1 sowie 1.0.0.1 hinzufügen → OK.

iPhone: Einstellungen → WLAN → tippen Sie auf das (i) neben Ihrem Netzwerk → DNS konfigurieren → Manuell → 1.1.1.1 und 1.0.0.1 hinzufügen.

Unsicher, welcher Resolver bei Ihnen am schnellsten ist? Testen Sie sie direkt von Ihrem Anschluss mit DNS Robots DNS Speed Test.

Lösung 7: Router neu starten

Die meisten Heimgeräte schicken DNS-Anfragen an den Router, der sie an den Internetanbieter weiterleitet. Hängt der DNS-Forwarder des Routers, wirft jedes Gerät im Netzwerk ERR_NAME_NOT_RESOLVED, obwohl das WLAN verbunden aussieht.

Ziehen Sie den Stecker des Routers (und Modems) für 30 Sekunden, stecken Sie ihn wieder ein und warten Sie 2–3 Minuten. Scheitert die Auflösung innerhalb weniger Tage erneut, stellen Sie Ihre Geräte direkt auf einen öffentlichen DNS-Server um (Lösung 6), damit sie nicht mehr vom Forwarder des Routers abhängen — oder tragen Sie 1.1.1.1 / 8.8.8.8 direkt in den DNS-Einstellungen des Routers ein.

Lösung 8: Private DNS auf Android prüfen

Androids Privates DNS (ab Android 9) verschlüsselt DNS für jede App. Ist ein Anbieter-Hostname eingestellt, legt ein Tippfehler (dns.gogle, one.one.one.one1) oder ein eingestellter Anbieter alle Abfragen auf dem Handy lahm, über WLAN wie über mobile Daten, und Android warnt „Auf den Server des privaten DNS kann nicht zugegriffen werden“.

So prüfen Sie es:

• Öffnen Sie Einstellungen → Netzwerk & Internet → Privates DNS (manchmal unter „Weitere Verbindungseinstellungen“)
• Ist „Hostname des Anbieters des privaten DNS“ gewählt, prüfen Sie, ob dort exakt one.one.one.one (Cloudflare) oder dns.google (Google) steht
• Oder wählen Sie Automatisch, damit das Handy entscheidet, und testen Sie erneut
• Leeren Sie außerdem Chromes Cache: Chrome → Einstellungen → Datenschutz und Sicherheit → Browserdaten löschen

Lösung 9: Hosts-Datei, VPN und Antivirus prüfen

Drei lokale Zwischenstationen können die Namensauflösung für einzelne oder alle Websites kaputt machen:

Hosts-Datei — Manuelle Einträge überschreiben DNS komplett. Öffnen Sie sie (C:\Windows\System32\drivers\etc\hosts unter Windows, /etc/hosts auf Mac/Linux) und entfernen Sie jede Zeile mit der Domain, die Sie nicht erreichen.

VPN — Steht ein VPN-Tunnel, aber sein DNS-Server antwortet nicht mehr, stirbt die gesamte Auflösung. Trennen Sie das VPN und testen Sie; behebt das den Fehler, wechseln Sie den VPN-Server oder stellen Sie die VPN-App auf einen öffentlichen DNS um.

Antivirus / Kindersicherung — Webfilter-Module lösen Namen stellvertretend auf und können scheitern oder Kategorien von Websites gezielt blockieren. Deaktivieren Sie das Webschutz-Modul kurz zum Testen und aktivieren Sie es danach wieder.

Für Website-Betreiber: Ihre Domain löst nicht auf

Melden Besucher ERR_NAME_NOT_RESOLVED für Ihre Domain, steht Ihre DNS-Konfiguration unter Verdacht. Prüfen Sie der Reihe nach:

• Existieren A/AAAA-Einträge? Schicken Sie Ihre Domain durch den DNS Lookup. Keine A- oder AAAA-Einträge heißt: Browser haben nichts, womit sie sich verbinden können.
• Antworten Ihre Nameserver? Prüfen Sie die NS-Einträge mit der NS-Abfrage. Hat Ihr DNS-Anbieter einen Ausfall oder sind die Nameserver beim Registrar falsch hinterlegt, scheitert die ganze Domain.
• Haben Sie gerade DNS geändert? Änderungen erreichen jeden Resolver, sobald die TTL der alten Antworten abläuft. Ein ganz neuer Name kann außerdem hinter einem zwischengespeicherten „existiert nicht“ hängen, und zwar für die Negative-Caching-Zeit im SOA-Eintrag der Zone, die so geantwortet hat: 15 Minuten für eine frisch registrierte .com oder .net, 30 Minuten für eine neue Subdomain bei Cloudflare.
• Ist die Domain gesperrt (hold)? Zeigt die WHOIS-Abfrage clientHold oder serverHold (oft nach Nichtzahlung oder einer unbestätigten E-Mail-Adresse des Inhabers), wird die Domain aus dem DNS genommen. Eine abgelaufene Domain zeigt eher die Verlängerungs- oder Parking-Seite des Registrars.
• Ist DNSSEC defekt? Eine fehlerhafte Signatur lässt validierende Resolver (Google, Cloudflare und Quad9 validieren alle) die ganze Domain ablehnen, während nicht validierende weiter antworten, was für Besucher zufällig wirkt. DNS Robots DNS-Health-Check testet DNSSEC zusammen mit Ihren anderen Einträgen.

So prüfen Sie, ob die Lösung funktioniert hat

Bestätigen Sie die DNS-Auflösung direkt, statt nur die Seite neu zu laden:

# Ask your current resolver:
nslookup example.com

# Ask a specific public resolver (bypasses your settings):
nslookup example.com 1.1.1.1

# Mac/Linux — more detail:
dig example.com +short

# If nslookup with 1.1.1.1 works but plain nslookup fails,
# your configured DNS server is the problem — switch it (Fix 6).

Löst das Terminal die Domain auf, aber Chrome zeigt weiterhin ERR_NAME_NOT_RESOLVED, liegt der Fehler in Chrome — leeren Sie den Host-Cache (Lösung 4) und prüfen Sie Sicheres DNS (Lösung 5). Und um zu bestätigen, dass die Domain aus jedem Winkel der Welt auflösbar ist, schicken Sie sie durch DNS Robots DNS Lookup.