Temporary failure in name resolution (ping, apt, curl, ssh)

So sieht die Meldung aus

$ ping example.com
ping: example.com: Temporary failure in name resolution
$ sudo apt update
Err:1 http://deb.debian.org/debian bookworm InRelease
  Temporary failure resolving 'deb.debian.org'

Häufige Ursachen

• /etc/resolv.conf ist leer, fehlt oder zeigt auf eine tote Adresse, z. B. den Stub 127.0.0.53, obwohl systemd-resolved nicht läuft.
• Das Netzwerk selbst ist down: keine Default-Route, kein Link, oder die Schnittstelle hat ihre DNS-Server nicht per DHCP erhalten.
• Eine Firewall blockiert ausgehendes DNS auf Port 53 (UDP und TCP).
• In einem Container oder einer VM gibt der Host keinen funktionierenden DNS-Server weiter.
• Ein VPN oder ein Netzwerk-Manager hat die DNS-Einstellungen überschrieben.

Prüfen

1. Welche DNS-Server nutzt das System?
   resolvectl statusKopieren
2. Was steht in der resolv.conf?
   cat /etc/resolv.confKopieren
3. Gibt es eine Default-Route?
   ip route show defaultKopieren
4. Funktioniert das Netz ohne DNS?
   ping -c 2 1.1.1.1Kopieren

Lösung

• Scheitert auch der Ping auf die IP, zuerst das Netzwerk reparieren (Kabel, DHCP, Gateway, Firewall). Dann ist es kein DNS-Problem.
• Den Resolver neu starten: sudo systemctl restart systemd-resolved und systemctl status systemd-resolved prüfen.
• Den Link auf die verwaltete Datei wiederherstellen: sudo ln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf. Das ersetzt die aktuelle Datei, sieh sie dir vorher an.
• DNS-Server dauerhaft dort setzen, wo das Netz konfiguriert wird (netplan, systemd-networkd, NetworkManager oder /etc/network/interfaces), nicht per Hand in der resolv.conf.
• Ausgehenden UDP- und TCP-Port 53 in der Firewall erlauben.

Häufige Fragen

Ist das dasselbe wie NXDOMAIN?

Nein. NXDOMAIN ist eine Antwort: Der Name existiert nicht. Hier gibt es keine Antwort, weil der Resolver nicht erreichbar oder nicht eingerichtet ist.

Vor einer Minute ging es noch. Was hat sich geändert?

Oft eine DHCP-Erneuerung, eine VPN- oder Netzwerk-Manager-Änderung oder ein gestopptes systemd-resolved. Prüfe resolvectl status und das Log mit journalctl -u systemd-resolved.