[gelöst]Buster: nach reboot resolv.conf leer

[halo44]

Seit einigen Tagen ist die /etc/resolv.conf in meinen Buster-Installationen auf Desktoprechner und Notebook nach einem Neustart immer leer. Ich muß dann die Datei, die auf /run/systemd/resolve/resolv.conf verweist, um die Zeile "nameserver 192.168.2.1" ergänzen. Anschließend habe ich Netzzugriff.

Bei meiner Stretch-Installation habe ich das Problem nicht.

Im Wiki (wiki.debian.org/resolv.conf) finde ich einige Vorschläge, wie das Problem aufgrund verschiedener möglicher Ursachen und entsprechende Lösungen umgangen werden kann. Das kann es aber m.E. nicht wirklich sinnvoll sein. Bis vor wenigen Tagen wurde die Datei beim Neustart nicht von irgendwem (?) überschrieben.

Der Networkmanager und auch das Paket resolvconf können die Übeltäter nicht sein. Ich setze systemd-networkd ein und meine /etc/network/interfaces ist leer. Weitere Infos gerne wenn nötig.

Ist Euch hier etwas zum Thema bekannt oder wisst Ihr eine Lösung? Mir fällt derzeit nur ein, die fehlende nameserver-Zeile über ein Skript im Autostart oder über einen Systemd-Dienst einzusetzen.

Vielen Dank für freundliche Tipps.

Gruss H.

[KP97]

Das Paket resolvconf sollte man besser nicht installiert haben, das hast Du geprüft?
Die Datei /etc/resolve.conf ist vorhanden mit den gewünschten Einträgen?
Dann kannst Du den systemd-resolved.service mal disablen, nach einem Neustart sollte die resolve.conf unverändert sein.
Den Service braucht man nicht, solange die Datei in /etc vorhanden und nicht ein SymLink ist.

[halo44]

Das Paket resolvconf sollte man besser nicht installiert haben, das hast Du geprüft?

Ja, habe ich überprüft - ist nicht installiert.

Die Datei /etc/resolve.conf ist vorhanden mit den gewünschten Einträgen?

Der Eintrag resolv.conf in /etc verweist auf /run/systemd/resolve/resolv.conf, ist also nicht wirklich als Datei an diesem Ort vorhanden.

Dann kannst Du den systemd-resolved.service mal disablen, nach einem Neustart sollte die resolve.conf unverändert sein.
Den Service braucht man nicht, solange die Datei in /etc vorhanden und nicht ein SymLink ist.

Danke für den Hinweis. Ich habe die Datei mit dem gewünschten Inhalt in /etc erstellt und den Service systemd-resolved deaktiviert.

Das hat mein Problemchen gelöst. Nochmals danke.

Gruss H.

[TomL]

Seit einigen Tagen ist die /etc/resolv.conf in meinen Buster-Installationen auf Desktoprechner und Notebook nach einem Neustart immer leer. Ich muß dann die Datei, die auf /run/systemd/resolve/resolv.conf verweist, um die Zeile "nameserver 192.168.2.1" ergänzen. Anschließend habe ich Netzzugriff.

Das ist ein Hinweis auf eine unzureichende Konfiguration von systemd-resolved. Überprüfe mal, ob dieser Service überhaupt gestartet wird:

Code: Alles auswählen

$ systemctl status systemd-resolved
● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
  Drop-In: /usr/lib/systemd/system/systemd-resolved.service.d
           └─resolvconf.conf
   Active: active (running) since Tue 2019-04-16 13:41:20 CEST; 4h 57min ago
   ::::

Wenn der Service gestartet wird, sollte natürlich auch die entsprechende Konfigurationsdaten eingetragen sein, damit systemd das dynamisch in der ver-symlinkten Datei (nach /var/run....) setzen kann. Bei mir steht da einfach nur meine Fritten-Adresse drin.

Code: Alles auswählen

$ cat /etc/systemd/resolved.conf
[Resolve]
DNS=172.1.1.1
FallbackDNS=

Ich würds nicht deaktivieren... das Netzwerk läuft definitiv besser damit und problemloser gerade auch bei Mobil-Geräten mit wechselnden Umgebungen. Siehe auch hier: https://www.ctrl.blog/entry/systemd-resolved

Auszug:
"systemd-resolved only supports opportunistic DNS over an encrypted channel. Opportunistic here means that it will reach out and connect over TLS when available, but it won’t verify that it‘s connecting to the correct server; make it susceptible to the man-in-the-middle interception as described in Actually secure DNS over TLS in Unbound. Attempting to use encryption is still a step up from no encryption at all, however!"

[halo44]

... Das ist ein Hinweis auf eine unzureichende Konfiguration von systemd-resolved. Überprüfe mal, ob dieser Service überhaupt gestartet wird ..... Wenn der Service gestartet wird, sollte natürlich auch die entsprechende Konfigurationsdaten eingetragen sein, damit systemd das dynamisch in der ver-symlinkten Datei (nach /var/run....) setzen kann. Bei mir steht da einfach nur meine Fritten-Adresse drin.

Danke Tom, nach passender Einrichtung der Konfigurationsdatei lässt der Dienst meine /etc/resolv.conf den Systemstart wieder überleben. Werde ich auch so anwenden, wenn auch die Lösung von KP97 genauso hilft.

Gruss H.

[TomL]

....nach passender Einrichtung der Konfigurationsdatei lässt der Dienst meine /etc/resolv.conf den Systemstart wieder überleben. Werde ich auch so anwenden, wenn auch die Lösung von KP97 genauso hilft.

Ich würde sie aber wieder löschen oder zur Sicherheit einfach umbenennen und besser wieder den Symlink einrichten... dann weisst Du auch sicher, dass ggf. dynamische Änderungen dort ankommen:

Code: Alles auswählen

mv /etc/resolv.conf /etc/resolv.conf.org
ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

[halo44]

@Tom
Schon klar, hab ich auch so gemacht, sonst hätte es nicht funktioniert.

Gruss H.

[TomL]

Schon klar, hab ich auch so gemacht, sonst hätte es nicht funktioniert.

Doch, es hätte tadellos funktioniert. Wenn nämlich in der Static-Datei das gleiche drin gestanden hätte, wie in der Datei unter /var/run..., hättest Du jetzt vermutlich überhaupt gar keinen Unterschied bemerkt. Ein Problem wäre vielleicht Tage oder Wochen später aufgetaucht, wenn Du diese Aktion gar nicht mehr auf dem Schirm hast und es hätte sich eine Änderung ergeben. Dann wäre die Static-Datei eben Static geblieben und hätte nicht die Settings aus der /var/run...-Version verlinkt. Und dann fängt man wieder mit der nervigen Sucherei an.... warums denn jetzt schon wieder nicht mehr geht... man hat doch schließlich gar nix aktuell geändert....

[halo44]

Danke Tom für die weitergehende Vertiefung zum Thema.

Gruss H.

[KP97]

Ich "vertiefe" auch nochmal...;-)
So wie Thomas es beschreibt, kann man es natürlich auch machen, keine Frage. Aber meine Vorgehensweise ist etwas übersichtlicher und bringt ebenfalls keine Überraschungen, da die resolve.conf völlig unberührt und immer am gleichen Platz steht, wenn man mal was ändern will. Zusätzlich läuft ein Service weniger, der zwar keine Zeitersparnis bringt, aber immerhin.
Ich lasse mein Netzwerk komplett über systemd laufen, und zwar Wlan oder Lan gleichermaßen, und habe keinerlei Probleme damit.
Aber wie bei vielen Dingen ist es auch hier: es gibt immer mehrere Möglichkeiten, und viele Wege führen nach Rom....

[halo44]

... meine Vorgehensweise ist etwas übersichtlicher und bringt ebenfalls keine Überraschungen, da die resolve.conf völlig unberührt und immer am gleichen Platz steht, wenn man mal was ändern will ...

Danke auch Dir. Die Vorteile Deines Vorschlags sind nicht von der Hand zu weisen. Ich werde das noch mal überdenken.

Gruss H.