Der Fehler „DNS-Server antwortet nicht" bedeutet, dass Ihr Gerät den konfigurierten Resolver nicht erreicht. In den meisten Fällen behebt eine Kombination aus Router-Neustart, geleertem DNS-Cache und dem Wechsel auf einen zuverlässigen öffentlichen Resolver wie 1.1.1.1 oder 9.9.9.9 das Problem innerhalb weniger Minuten.
Symptome
- Browser zeigt „DNS_PROBE_FINISHED_NO_INTERNET" oder „Server-IP-Adresse konnte nicht gefunden werden".
- Windows-Netzwerkdiagnose meldet ausdrücklich: „DNS-Server antwortet nicht".
- Ping auf IP-Adressen (z. B. 1.1.1.1) funktioniert, Ping auf Domains schlägt fehl.
- Einzelne Dienste laden, andere nicht, App funktioniert, Website nicht.
- Auf allen Geräten im WLAN dasselbe Verhalten, kabelgebunden dagegen normal.
Häufige Ursachen
Nicht erreichbarer konfigurierter Resolver
Der im Adapter oder Router hinterlegte DNS-Server ist offline, überlastet oder falsch eingetragen. Anfragen laufen dann in einen Timeout.
Beschädigter oder veralteter DNS-Cache
Alte Einträge im lokalen Resolver-Cache zeigen auf tote IPs. Solange der Cache nicht geleert wird, wiederholt das Betriebssystem den falschen Lookup.
Störung beim Internetanbieter
Fällt der Provider-Resolver aus, funktioniert die Leitung technisch, aber Namen werden nicht aufgelöst. Häufig regional begrenzt und über Statusseiten bestätigbar.
Firewall, VPN oder Sicherheits-Suite
Antivirenprogramme mit „Web-Schutz", Kindersicherungen und VPN-Clients kapern Port 53 oder blockieren DoH. Nach einem Update rutschen Regeln oft in einen defekten Zustand.
Falsch konfigurierter Router
Der Router leitet DNS-Anfragen an einen nicht mehr existierenden Upstream weiter oder verwendet eine tote Weiterleitungsregel aus einer alten Firmware.
Schritt-für-Schritt-Lösung
- Router und Client sauber neu starten
Trennen Sie Router und Modem für rund 30 Sekunden vollständig vom Strom, damit sich die WAN-Session neu aufbaut. Starten Sie danach den betroffenen Rechner neu. Dieser Reihenfolge-Schritt löst überraschend viele hängende DNS-Sessions, ohne dass Konfiguration verloren geht. - Verbindung mit Ping und nslookup gezielt eingrenzen
Öffnen Sie eine Eingabeaufforderung und prüfen Sie mit `ping 1.1.1.1` die reine Konnektivität. Antwortet die IP, aber `ping google.com` nicht, ist DNS die Ursache. Ein `nslookup google.com 1.1.1.1` zeigt, ob wenigstens ein externer Resolver sauber antwortet. - DNS-Cache auf Windows, macOS und Linux leeren
Unter Windows in einer Admin-Konsole `ipconfig /flushdns` ausführen. Auf macOS `sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder`. Unter systemd-Linux `sudo resolvectl flush-caches`. Damit verschwinden veraltete Einträge, die auf tote IPs zeigen. - Öffentlichen Resolver manuell eintragen
Tragen Sie im Netzwerkadapter statt „automatisch beziehen" feste DNS-Server ein, etwa Cloudflare (1.1.1.1 / 1.0.0.1) oder Quad9 (9.9.9.9 / 149.112.112.112). Anschließend `ipconfig /registerdns` ausführen und den Browser komplett schließen, damit interne Caches verworfen werden. - Firewall, VPN und Antiviren-Schutz temporär deaktivieren
Trennen Sie aktive VPN-Verbindungen und deaktivieren Sie den Web-Schutzmodul der Sicherheitssuite testweise. Funktioniert die Auflösung danach, liegt die Ursache in der Filterregel, das Modul dann neu installieren oder gezielt Port 53 UDP/TCP und DoH (443) freigeben. - Netzwerk-Stack unter Windows zurücksetzen
Mit `netsh winsock reset`, `netsh int ip reset` und `ipconfig /release && ipconfig /renew` bauen Sie den TCP/IP-Stack neu auf. Danach ist ein Neustart Pflicht. Dieser Schritt behebt beschädigte Winsock-Kataloge, die häufig nach fehlgeschlagenen Sicherheits-Updates auftreten. - Am Router prüfen: Upstream-DNS und DHCP
Melden Sie sich am Router an und kontrollieren Sie unter Internet und LAN die DNS-Weiterleitung sowie den DHCP-Bereich. Tragen Sie dort ebenfalls einen erreichbaren öffentlichen Resolver ein, damit alle Clients per DHCP eine funktionierende Adresse erhalten. - Provider-Status prüfen und Anbieter kontaktieren
Wenn mehrere Netze (WLAN und LTE-Hotspot) unterschiedlich reagieren, deutet das auf einen Providerausfall. Prüfen Sie die Statusseite oder Twitter-Konten des ISP und öffnen Sie ein Ticket mit den Ergebnissen aus `nslookup` und `tracert`, das beschleunigt die Bearbeitung deutlich.
Schnelldiagnose: Symptom, wahrscheinliche Ursache, erste Maßnahme
| Symptom | Wahrscheinliche Ursache | Erste Maßnahme |
|---|---|---|
| Ping auf IP klappt, Ping auf Domain nicht | Resolver defekt oder nicht erreichbar | Öffentlichen DNS eintragen (1.1.1.1) |
| Fehler nur in einem Browser | Interner Browser-DNS-Cache | Browser neu starten, DoH prüfen |
| Alle Geräte im WLAN betroffen | Router leitet an toten Upstream | Router-Neustart und DNS-Weiterleitung prüfen |
| Fehler seit Update der Security-Suite | Web-Schutz blockiert Port 53 | Modul deaktivieren, Regel neu setzen |
| Nur bei aktivem VPN | VPN-DNS-Leak-Schutz greift falsch | VPN-DNS-Einstellung anpassen |
| `nslookup` liefert Timeout | ISP-Resolver ausgefallen | Statusseite prüfen, Fallback-DNS setzen |
| Fehler nach Router-Firmware-Update | DHCP-Konfiguration zurückgesetzt | LAN-DHCP-Einstellungen kontrollieren |
So beugen Sie vor
- Zwei verschiedene Resolver-Anbieter eintragen (z. B. Cloudflare + Quad9), damit ein Ausfall nicht die Auflösung stoppt.
- Router-Firmware regelmäßig aktualisieren und DHCP-DNS-Einträge dokumentieren.
- In Firmennetzen internen Resolver mit Forwarder-Kette und Monitoring auf Port 53 betreiben.
- DoH oder DoT aktivieren, um Manipulationen und stille Filter im Transportweg zu erkennen.
Häufige Fragen
Ist es sicher, den DNS-Cache regelmäßig zu leeren?
Ja. `ipconfig /flushdns` und die entsprechenden Befehle auf macOS oder Linux entfernen ausschließlich zwischengespeicherte Namensauflösungen. Es gehen keine Zugangsdaten, Lesezeichen oder Netzwerkeinstellungen verloren. Nach dem Leeren werden neue Anfragen frisch vom Resolver beantwortet, was fast immer harmlos und in vielen Fällen die schnellste Reparatur ist.
Sollte ich lieber den DNS des Providers oder einen öffentlichen Resolver verwenden?
Beides ist legitim. Provider-Resolver liegen oft netztopologisch näher und liefern niedrige Latenz. Öffentliche Anbieter wie Cloudflare oder Quad9 sind in der Regel stabil, unterstützen DoH und DoT und filtern in Teilen bekannte Schadsoftware. In sensiblen Umgebungen sollten Sie die Datenschutzhinweise des jeweiligen Anbieters prüfen.
Warum funktioniert DNS auf dem Smartphone, aber nicht am Laptop?
Wenn nur ein Gerät betroffen ist, liegt die Ursache lokal, beschädigter Cache, statisch gesetzter, aber nicht erreichbarer Resolver, ein VPN-Client oder eine Firewall-Regel. Vergleichen Sie die aktiven DNS-Server auf beiden Geräten (unter Windows mit `ipconfig /all`) und übernehmen Sie testweise die Konfiguration des funktionierenden Systems.