[erledigt] spamhaus RBL / open resolver / wichtige eMails verworfen

Zitat von slackito

In meiner resolv.conf steht nun nach dem Wechsel:

Das sieht jetzt nach systemd-resolved aus. Weiteres machst du in der Config von systemd-resolved.

Zitat von slackito

Wieso? Ich bin auch kein Fan von systemd, aber es ist halt - leider - Standard inzwischen. Vermute, wenn ich in #debian oderso nach Hilfe frage, werden mir die Leute eher helfen können, wenn Standards verwendet werden.

systemd-resolved hat Probleme mit dnssec. Außerdem hat systemd-resolved nichts mit systemd zu tun und ist auch nicht Standard unter Debian.

Zitat von slackito

Denn das einzige was ich angepasst habe ist resolvconf zu ersetzen, und nun klappt alles. Ganz ohne rumgewurstel in irgendwelchen configs.

Na dann.

Zitat von slackito

Ist zwar vom ArchWiki, aber ich glaube nicht, dass die Blödsinn verzählen: https://wiki.archlinux.org/title/Systemd-resolved

"systemd-resolved is a part of the systemd package..."

Das mag unter ArchLinux so paketiert sein, unter Debian ist es ein seperates Paket: https://packages.debian.org/bookworm/systemd-resolved

In diesem Fall erzählt das ArchWiki für Debian unwahre Sachen.

Zitat von slackito

Muss gestehen, ich hab im Ubuntu-Wiki nachgelesen. Scheint mal mindestens bei Fedora und Ubuntu so zu sein.

Ja, das ist richtig - aber ich dachte wir unterhalten uns hier über Debian und deren Standards?

Zitat von slackito

Was ist der Standard unter Debian?

Standardmäßig stellt kein Paket die /etc/resolv.conf bereit, die wird entsprechend generiert. Ob nun durch ifupdown oder iproute2 kann ich dir nicht sagen.

Das resolveconf Paket nimmt man um einen DHCP Client mit der resolve.conf Datei zu verbinden.

Zitat von slackito

Ist zwar vom ArchWiki, aber ich glaube nicht, dass die Blödsinn verzählen: https://wiki.archlinux.org/title/Systemd-resolved

"systemd-resolved is a part of the systemd package..."

Zitat von H6G

Das mag unter ArchLinux so paketiert sein, unter Debian ist es ein seperates Paket: https://packages.debian.org/bookworm/systemd-resolved

In diesem Fall erzählt das ArchWiki für Debian unwahre Sachen.

Ich glaube, "package" bezieht sich in dem Kontext des ArchWikis hier nicht zwangsläufig auf ein .pkg.tar.*/.deb-Paket; ohne Systemd als "Gesamtkomponente" geht aufgrund der Abhängigkeiten auch bei Debian/Ubuntu nichts (deswegen auch die konsistente Versionierung):

sys-maint@vserver33<kvm>(chroot:development-ubuntu2404-arm64):/build/packages$ apt download systemd-resolved
Get:1 https://ftp.tu-chemnitz.de/pub/linux/ubuntu-ports noble-updates/main arm64 systemd-resolved arm64 255.4-1ubuntu8.10 [291 kB]
Fetched 291 kB in 0s (634 kB/s)         
sys-maint@vserver33<kvm>(chroot:development-ubuntu2404-arm64):/build/packages$ less systemd-resolved_255.4-1ubuntu8.10_arm64.deb | grep Depends
 Depends: libc6 (>= 2.39), libssl3t64 (>= 3.0.0), libsystemd-shared (= 255.4-1ubuntu8.10), systemd (= 255.4-1ubuntu8.10), default-dbus-system-bus | dbus-system-bus
sys-maint@vserver33<kvm>(chroot:development-ubuntu2404-arm64):/build/packages$

root@vserver35<kvm>(chroot:debian-sid-amd64):/build/packages# apt download systemd-resolved
Get:1 https://deb.debian.org/debian sid/main amd64 systemd-resolved amd64 257.7-1 [361 kB]
Fetched 361 kB in 0s (4242 kB/s)         
root@vserver35<kvm>(chroot:debian-sid-amd64):/build/packages# less systemd-resolved_257.7-1_amd64.deb | grep Depends
 Depends: libc6 (>= 2.39), libssl3t64 (>= 3.0.0), libsystemd-shared (= 257.7-1), systemd (= 257.7-1), default-dbus-system-bus | dbus-system-bus
root@vserver35<kvm>(chroot:debian-sid-amd64):/build/packages#

Edit: Der Nachsatz im ArchiWiki "[…] that is installed by default" trifft allerdings bei Debian so nicht zu, das stimmt auch.

Zitat von m_ueberall

Ich glaube, "package" bezieht sich in dem Kontext des ArchWikis hier nicht zwangsläufig auf ein .pkg.tar.*/.deb-Paket;

yay -Fl systemd | grep resolved                                                                                                                                                                       

systemd etc/systemd/resolved.conf
systemd usr/lib/systemd/system/systemd-resolved.service
systemd usr/lib/systemd/systemd-resolved
systemd usr/share/man/man5/resolved.conf.5.gz
systemd usr/share/man/man5/resolved.conf.d.5.gz
systemd usr/share/man/man8/systemd-resolved.8.gz
systemd usr/share/man/man8/systemd-resolved.service.8.gz

Würde ich so nicht unterschreiben. Unter Arch wird das im systemd Paket mit ausgeliefert - und auch automatisch mit aktiv. Bei Debian ist es ein vorgeschlagenes Paket. In jedem Fall muss man es nicht verwenden, nur weil systemd als PID 1 genutzt wird.

systemctl status systemd-resolved                                                                                                                                                                    
○ systemd-resolved.service - Network Name Resolution
     Loaded: loaded (/usr/lib/systemd/system/systemd-resolved.service; disabled; preset: enabled)

Ich glaube, die obigen Posts von slackito und mir stoßen sich an folgender Aussage:

Zitat von H6G

Außerdem hat systemd-resolved nichts mit systemd zu tun.

Die expliziten Abhängigkeiten bei Arch (=Gesamtpaket) und bei Debian/Ubuntu ketten systemd-resolved unabhängig von der Sprachgebung/Namenskonvention aber an systemd (Basiskomponenten). Deswegen würde ich den obigen Satz so nicht unbedingt stehen lassen. Aber die Lesart ist zugegebenermaßen etwas subjektiv.