Die Meldung „DNS-Server antwortet nicht" bedeutet, dass Ihr Gerät zwar mit dem Netzwerk verbunden ist, aber Domainnamen nicht in IP-Adressen auflösen kann. Ursache ist meist ein erreichbarer, aber nicht antwortender Resolver, ein defekter DNS-Cache oder eine blockierende Firewall. Die schnellste Prüfung: `nslookup example.com 1.1.1.1` – antwortet der öffentliche Resolver, liegt das Problem lokal.
Symptome
- Websites laden nicht, obwohl WLAN oder LAN als „verbunden" angezeigt wird.
- Browser meldet DNS_PROBE_FINISHED_NXDOMAIN oder ERR_NAME_NOT_RESOLVED.
- `ping 8.8.8.8` funktioniert, `ping google.com` schlägt jedoch fehl.
- Windows-Netzwerkdiagnose gibt explizit „DNS-Server antwortet nicht" aus.
- Einzelne Geräte im gleichen Netz sind betroffen, andere nicht.
Häufige Ursachen
Nicht erreichbarer oder überlasteter DNS-Resolver
Der im Adapter oder Router konfigurierte DNS-Server ist offline, überlastet oder blockiert eingehende Anfragen. Häufig betrifft das ISP-Resolver zu Stoßzeiten.
Beschädigter DNS-Cache oder stale Records
Veraltete Einträge im Client- oder Router-Cache verweisen auf tote IPs. Nach IP-Wechsel eines Ziels bleibt der alte Datensatz bis zum TTL-Ablauf aktiv.
Firewall, Antivirus oder VPN-Client blockiert Port 53
Sicherheitssoftware oder ein hängender VPN-Adapter kann UDP 53 abfangen oder DNS-over-HTTPS umleiten, sodass reguläre Abfragen ins Leere laufen.
Falsche IPv6-/IPv4-Konfiguration
Ein leerer IPv6-DNS-Eintrag bei aktivem IPv6 lässt Windows auf einen nicht existierenden Resolver warten, bevor auf IPv4 zurückgefallen wird.
Router-DHCP verteilt einen ungültigen DNS
Der Router propagiert per DHCP eine DNS-Adresse, die nicht mehr antwortet, etwa nach einem Provider-Wechsel oder fehlerhaftem Firmware-Update.
Schritt-für-Schritt-Lösung
- Reichweite des Problems mit ping und nslookup eingrenzen
Prüfen Sie zuerst, ob nur DNS betroffen ist. `ping 1.1.1.1` testet die Rohkonnektivität, `nslookup heise.de 1.1.1.1` prüft einen externen Resolver. Antwortet die IP, aber nicht der Name über Ihren Standard-DNS, liegt der Fehler eindeutig im Nameserver oder in der lokalen Konfiguration. - Router und Modem stromlos neu starten
Ziehen Sie Router und Modem für 30 Sekunden vom Netz. Das leert den ARP- und DNS-Cache der Fritzbox oder des Speedports und erzwingt eine neue Verbindung inklusive frischer DNS-Zuweisung durch den Provider. Warten Sie nach dem Einschalten, bis alle Statusleuchten stabil sind. - Lokalen DNS-Cache leeren
Unter Windows öffnen Sie eine Eingabeaufforderung als Administrator und führen `ipconfig /flushdns` aus. Unter macOS: `sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder`. Unter Linux mit systemd: `sudo resolvectl flush-caches`. Danach den Browser komplett schließen, da Chrome und Firefox einen eigenen DNS-Cache halten. - Auf einen zuverlässigen öffentlichen Resolver umstellen
Setzen Sie testweise Cloudflare (1.1.1.1) oder Google (8.8.8.8) als DNS. In Windows: Systemsteuerung, Netzwerkadapter, Eigenschaften, IPv4, „Folgende DNS-Serveradressen verwenden". Auf dem Mac unter Systemeinstellungen, Netzwerk, Details, DNS. Falls die Auflösung damit sofort funktioniert, ist Ihr bisheriger DNS die Ursache. - Firewall, Antivirus und VPN gezielt prüfen
Deaktivieren Sie temporär die Drittanbieter-Firewall oder den AV-Schutz und testen Sie erneut. Trennen Sie aktive VPN-Verbindungen und entfernen Sie hängende TAP-Adapter im Geräte-Manager. Prüfen Sie in Windows unter „Netzwerkverbindungen", ob mehrere aktive Adapter konkurrierende DNS-Routen setzen. - TCP/IP-Stack und Winsock zurücksetzen
Bleibt der Fehler bestehen, setzen Sie den Netzwerkstack zurück. Als Administrator: `netsh winsock reset`, `netsh int ip reset`, `ipconfig /release`, `ipconfig /renew`, `ipconfig /registerdns`. Danach neu starten. Dieser Schritt behebt Registrierungsfehler und beschädigte Winsock-LSPs. - IPv6 kontrolliert testen oder deaktivieren
Wenn Ihr Provider kein natives IPv6 liefert, aber der Adapter es versucht, entstehen Timeouts. Prüfen Sie mit `ipconfig /all`, ob eine IPv6-DNS-Adresse hinterlegt ist, die nicht erreichbar ist. Deaktivieren Sie IPv6 versuchsweise nur am betroffenen Adapter, nicht global. - Router-Konfiguration und Firmware überprüfen
Melden Sie sich am Router an und kontrollieren Sie unter „Internet" oder „DNS-Server", welche Upstream-Resolver eingetragen sind. Tragen Sie bei Ausfall des Provider-DNS manuell 1.1.1.1 und 9.9.9.9 ein. Installieren Sie ausstehende Firmware-Updates, da fehlerhafte DNS-Proxy-Module ein bekanntes Problem sind.
Symptom, wahrscheinliche Ursache und passender Prüfschritt
| Symptom | Wahrscheinliche Ursache | Erster Fix |
|---|---|---|
| ping IP okay, ping Name schlägt fehl | Resolver antwortet nicht | DNS auf 1.1.1.1 umstellen |
| Nur ein Gerät betroffen | Lokaler Cache oder Adapter | ipconfig /flushdns, Adapter reset |
| Alle Geräte im LAN betroffen | Router-DNS oder ISP | Router neu starten, Upstream-DNS ändern |
| Fehler nur bei aktivem VPN | VPN-DNS-Leak oder TAP-Adapter | VPN trennen, Adapter neu installieren |
| Auflösung dauert 5–10 Sekunden | IPv6-Timeout vor IPv4-Fallback | IPv6-DNS prüfen oder deaktivieren |
| Nur bestimmte Domains fehlen | Beschädigter Cache-Eintrag | Cache leeren, TTL abwarten |
| Fehler nach Sicherheitsupdate | Firewall-Regel blockiert Port 53 | AV/Firewall temporär deaktivieren |
So beugen Sie vor
- Zwei unabhängige DNS-Resolver hinterlegen, zum Beispiel 1.1.1.1 und 9.9.9.9, für automatisches Failover.
- Router-Firmware regelmäßig aktualisieren und DNS-Einstellungen nach Updates verifizieren.
- Auf Client-Geräten DNS-over-HTTPS aktivieren, wenn der Provider häufige Ausfälle hat.
- Monitoring per einfachem Cron-Job mit `dig` einrichten, um Ausfälle früh zu erkennen.
Häufige Fragen
Warum funktioniert das Internet, aber Websites laden trotzdem nicht?
Ihre Verbindung zum Router und ins Internet ist intakt, jedoch scheitert die Übersetzung von Domainnamen in IP-Adressen. Der Browser erreicht 8.8.8.8 per Ping, kann aber `google.com` nicht auflösen. Genau das ist ein reines DNS-Problem, meist verursacht durch einen ausgefallenen Resolver, einen defekten Cache oder blockierten Port 53.
Ist es sicher, den DNS-Server auf 1.1.1.1 oder 8.8.8.8 zu ändern?
Ja, beide Dienste sind etablierte öffentliche Resolver von Cloudflare und Google. Sie sind in der Regel schneller und stabiler als viele Provider-DNS. Beachten Sie, dass Ihre DNS-Anfragen dann bei diesen Anbietern sichtbar sind. Wer das vermeiden möchte, kann Quad9 (9.9.9.9) oder einen eigenen Resolver wie Unbound betreiben.
Was hilft, wenn `ipconfig /flushdns` das Problem nicht löst?
Setzen Sie den kompletten Netzwerkstack zurück: `netsh winsock reset` und `netsh int ip reset`, gefolgt von einem Neustart. Prüfen Sie außerdem den Browser-eigenen DNS-Cache über `chrome://net-internals/#dns`. Bleibt der Fehler, liegt die Ursache mit hoher Wahrscheinlichkeit am Router, einer Firewall-Regel oder einem hängenden VPN-Adapter, nicht am Client-Cache.
Bei wiederkehrenden DNS-Ausfällen im Firmennetz: Jetzt technische Netzwerkanalyse durch unsere IT-Support-Spezialisten anfragen.