Debian 12 und die resolv.conf

[Jolinar]

Wenn ich irgendwie praktisch weiter bin, melde ich mich dazu.

Wenn du dir die theoretischen Grundlagen dazu erarbeitet hast, wird dich die Community sicher gern beim Aufbau und der Konfiguration deines Namserver Setups unterstützen.

[Ralph]

Code: Select all

sudo nano /etc/resolvconf/resolv.conf.d/head
# add
nameserver 127.0.0.1

# save & run
sudo resolvconf -u
sudo reboot

[superjogi]

Wie trägt man für keyhelp auf debian 12 andere Nameserver als Resolver ein wie z.B.

nameserver 8.8.8.8
nameserver 8.8.4.4
options edns0 trust-ad

Code: Select all

sudo nano /etc/resolvconf/resolv.conf.d/head
# add
nameserver 127.0.0.1

# save & run
sudo resolvconf -u
sudo reboot

Auf einem neuen debian 12 install funktioniert dies nicht.
resolvconf does not exist, man kann also diesen Befehl nicht ausführen.

Bearbeitung von /etc/resolv.conf wie bei vorherigen debian Versionen klappt nicht.

[OsmanAYT]

Mit Nano oder jedem anderen Editor kannst du die Datei bearbeiten.

Code: Select all

nano /etc/resolv.conf

[24unix]

resolvconf does not exist, man kann also diesen Befehl nicht ausführen.

Das ist ein eigenständiges Paket:

resolvconf - name server information handler

[24unix]

Mit Nano oder jedem anderen Editor kannst du die Datei bearbeiten.

Code: Select all

nano /etc/resolv.conf

Nicht wenn man systemd-resolved nutzt.

[superjogi]

Mit Nano oder jedem anderen Editor kannst du die Datei bearbeiten.

Code: Select all

nano /etc/resolv.conf

Nicht wenn man systemd-resolved nutzt.

Mich interessiert wie es gemacht werden soll auf keyhelp ohne Zusatztools (damit es kompatibel bleibt).

Direkte Bearbeitung von /etc/resolv.conf hat grundsätzlich geklappt und sofort angeschlagen.
Man musste aber chattr verwenden.

root@fffff:~# chattr -i /etc/resolv.conf
root@fffff:~# vi /etc/resolv.conf
root@fffff:~# chattr +i /etc/resolv.conf

[24unix]

Mit Nano oder jedem anderen Editor kannst du die Datei bearbeiten.

Code: Select all

nano /etc/resolv.conf

Nicht wenn man systemd-resolved nutzt.

Mich interessiert wie es gemacht werden soll auf keyhelp ohne Zusatztools (damit es kompatibel bleibt).

Direkte Bearbeitung von /etc/resolv.conf hat grundsätzlich geklappt und sofort angeschlagen.
Man musste aber chattr verwenden.

root@fffff:~# chattr -i /etc/resolv.conf
root@fffff:~# vi /etc/resolv.conf
root@fffff:~# chattr +i /etc/resolv.conf

Debian unterstützt verschiedene Methoden zur DNS-Abfrage, welche per default verwendet wird hängt davon ab, wie der Provider die Images vorbereitet.

[superjogi]

Debian unterstützt verschiedene Methoden zur DNS-Abfrage, welche per default verwendet wird hängt davon ab, wie der Provider die Images vorbereitet.

Danke. Kommt hier bei einem standard minimal debian 12 image von netcup nicht zum Einsatz.

Leere Ergebnisse bei:

Code: Select all

# Check if the service is running
systemctl status systemd-resolved

# Check if the package is installed
dpkg -l | grep systemd-resolved

# Alternative way to check if the binary exists
which systemd-resolved

[Henning]

Dann nutzt du auch standardmäßig resolvconf.

cp /etc/resolv.conf /etc/resolv.conf.org
chattr -i /etc/resolv.conf
nano /etc/resolv.conf (das ist jetzt meine)

Code: Select all

domain nieland.io
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 2001:4860:4860::8888
nameserver 2001:4860:4860::8844
options edns0 trust-ad
search nieland.io

chattr +i /etc/resolv.conf
reboot

[superjogi]

Super, für debian 12 Systemen ohne systemd haben wir es gut dokumentiert.
Danke.

--

Nun habe ich aber noch andere Server gefunden (wurden upgedated auf debian 12).

Diese haben /etc/resolv.conf Shortcuts die auf /run/systemd/resolve/stub-resolv.conf führen

Aber

1) /run/systemd/resolve existiert gar nicht.

2) journalctl -u systemd-resolved
zeigt, "network name resolution stopped" schon vor längerer Zeit.
ping von domainnamen funktioniert trotzdem

3) # systemctl status systemd-resolved
Unit systemd-resolved.service could not be found.

Wie soll man hier am besten vorgehen..
Ebenfalls die resolv.conf dort anlegen anstatt dem shortcut?
Oder systemd wieder reparieren?

[24unix]

Oder systemd wieder reparieren?

Das musst Du als Admin selber entscheiden.
Es ist Dein System.

Ich nutze mittlerweile auf allen Systemen systemd-resolved.

Aber, ehrlich gesagt, ich bin kein großer systemd fan, ich habe nur einfach meinen Frieden damit geschlossen.
Nachdem ich drei Jahre alle Systeme auf Devuan statt Debian hatte …

Es funktioniert (für mich) halt.

systemd ist gekommen um zu bleiben.

Ich hielt es anfangs für eine Mode (was ich auch von der Sudueritis gehofft habe …)

[superjogi]

Oder systemd wieder reparieren?

Das musst Du als Admin selber entscheiden.
Es ist Dein System.

Ich nutze mittlerweile auf allen Systemen systemd-resolved.

Aber, ehrlich gesagt, ich bin kein großer systemd fan, ich habe nur einfach meinen Frieden damit geschlossen.
Nachdem ich drei Jahre alle Systeme auf Devuan statt Debian hatte …

Es funktioniert (für mich) halt.

systemd ist gekommen um zu bleiben.

Ich hielt es anfangs für eine Mode (was ich auch von der Sudueritis gehofft habe …)

Es ist finde ich nicht nur mein System, wie bei einer individuellen Installation von debian.
Es ist vorrangig ein keyhelp System, welches einem gewissen Standard folgt und was für den weiteren Upgrade-pfad geeignet sein soll.

Es war ursprünglich eine Standard keyhelp Installation auf debian 11.
Dann wurde auf debian 12 upgegraded.
Im Zuge dessen wurde scheinbar resolv.conf abgeschossen, so wie es von dem datum im log aussieht.

Daher frage ich mich was wäre die best-practice?

Grundsätzlich finde ich die Lösung mit /etc/resolv.conf welches auf der frischen debian 12 Installation läuft wesentlich übersichtlicher.
Dass eine Systemkonfigurationsdatei bei einem Upgrade wie hier abstürzen kann, finde ich unsympathisch.

Claude sagt:

Ohne systemd-resolved:

• Einfache, statische Konfiguration

• Geringerer Ressourcenverbrauch

• Funktioniert auf allen Linux-Systemen

• Manuelle DNS-Änderungen

Mit systemd-resolved:

• Dynamischer DNS-Wechsel für VPNs/Netzwerke

• DNSSEC-Unterstützung

• DNS-Caching

• Bessere Integration mit modernen systemd-Tools

• Namensauflösung für lokale .local Domains

• Intelligente Verwaltung mehrerer Netzwerkschnittstellen

Empfehlung:
Einfacher Server: statische resolv.conf ausreichend
Moderner Desktop/komplexe Netzwerke: systemd-resolved vorteilhaft

Ich habe es also nun mal gegen die statische Variante ausgetauscht.

Getestet mit nslookup google.com und funkt.