systemd-Resolution ist ein Daemon, der unter anderem als DNS-Server fungiert, indem er die IP-Adresse 127.0.0.53 auf der lokalen Loopback-Schnittstelle überwacht.
Ich möchte den Daemon eine andere Schnittstelle abhören lassen. Mein Anwendungsfall besteht darin, es Docker-Containern zur Verfügung zu stellen, damit Docker-Container das von systemd-aufgelöste DNS-Caching gemeinsam nutzen. Ich weiß, wie der Host als DNS-Server für Docker-Container konfiguriert wird, aber zumindest standardmäßig lehnt systemd-Resolution diese DNS-Abfragen ab, da sie nicht von der Loopback-Schnittstelle, sondern von der Docker-Bridge-Schnittstelle stammen.
Mit dnsmasq (einem Tool ähnlich dem von systemd aufgelösten) habe ich dies durch Hinzufügen listen-address=172.17.0.1
zur Konfigurationsdatei getan . Leider konnte ich kein vom System aufgelöstes Äquivalent finden.
Da systemd-Resolution zumindest unter Ubuntu 18.04 die Standardeinstellung ist, möchte ich eine Lösung, die in dieser Konfiguration funktioniert.
Gibt es eine Möglichkeit zu konfigurieren, auf welcher Schnittstelle das vom System aufgelöste Abhören abhört?
dnsmasq
und systemd-resolved
eine breaks
Beziehung haben sollten . Und wieder, warum haben die Distro-Betreuer diese Wahl getroffen? Scheint eher aufdringlich.
systemd-resolved
als Stub Resolver? Es gibt eine Reihe von etablierten, für diesen Zweck hergestellt Alternativen, einschließlich , aber nicht beschränkt aufbind
,dnsmasq
,unbound
usw. Beachten Sie, dass dies keine rant oder sinnloser Hass auf der systemd Suite. Ich möchte nur wissen, was Sie dazu veranlasst hat, diesen bestimmten Service auszuwählen. Gibt es Funktionen, die die anderen nicht bieten?