DNS: connection timed out; no servers could be reached

So sieht die Meldung aus

$ dig example.com
;; communications error to 192.0.2.53#53: timed out
;; communications error to 192.0.2.53#53: timed out
;; no servers could be reached

Häufige Ursachen

• Die eingestellte DNS-Server-Adresse ist falsch, oder der Server ist down.
• Eine Firewall verwirft UDP- und TCP-Port 53, am Client, am Server oder dazwischen.
• Der DNS-Dienst (named, unbound, dnsmasq) läuft nicht oder lauscht nur auf einer anderen Schnittstelle.
• Keine Route zum Server, z. B. durch ein VPN oder eine Netzwerkänderung.
• Große Antworten brauchen TCP, und nur UDP ist erlaubt.

Prüfen

1. Welchen Server nutzt das System?
   resolvectl statusKopieren
2. Dieselbe Anfrage an einen öffentlichen Resolver. Funktioniert das Netz überhaupt?
   dig example.com @1.1.1.1 +time=3 +tries=1Kopieren
3. Anfrage über TCP statt UDP
   dig example.com @192.0.2.53 +tcp +time=3 +tries=1Kopieren
4. Auf dem DNS-Server: Lauscht er auf Port 53?
   sudo ss -lunpt | grep ':53 'Kopieren

Lösung

• Klappt die Anfrage an einen öffentlichen Resolver, ist der eingestellte Server das Problem: ersetzen oder reparieren.
• Geht gar nichts, zuerst das Netzwerk reparieren: Route, Gateway, VPN, Kabel.
• Beim eigenen DNS-Server den Dienst starten (sudo systemctl status unbound oder named) und prüfen, dass er auf der Schnittstelle lauscht, die die Clients nutzen.
• Port 53 für UDP und TCP in der Firewall je nach Bedarf in beide Richtungen erlauben. Nur aus den Netzen, die es brauchen.
• Scheitert nur TCP, sind Antworten vielleicht groß oder abgeschnitten. TCP 53 erlauben, nicht sperren.

Häufige Fragen

Ist die Domain kaputt?

Wahrscheinlich nicht. Keine Antwort heißt: Der Resolver oder der Weg ist kaputt. Eine kaputte Domain liefert eine Antwort wie NXDOMAIN oder SERVFAIL.

Mit 8.8.8.8 geht es, mit meinem Router nicht.

Dann ist der Router oder das Upstream dahinter das Problem. Stelle zur Bestätigung einen anderen Resolver am Client ein und repariere oder ersetze dann das Router-DNS.