systemd-resolved is a daemon that, among other things, acts as a DNS server by listening IP address 127.0.0.53 on the local loopback interface.
I would like to let the daemon listen to another interface. My use-case is to expose it to docker containers, so that docker containers share the DNS caching provided by systemd-resolved. I know how to configure the host as a DNS server for docker containers, but at least by default, systemd-resolved rejects these DNS queries because they are not coming from the loopback interface, but from the docker bridge interface.
With dnsmasq (a tool similar to systemd-resolved), I did this by adding listen-address=172.17.0.1
to the configuration file. Unfortunately, I couldn't find a systemd-resolved equivalent.
Since systemd-resolved is the default at least on Ubuntu 18.04, I would like a solution that works in this configuration.
Is there a way to configure which interface systemd-resolved listens on?
systemd-resolved
as a stub resolver? There are any number of established, purpose-made alternatives, including but not limited tobind
,dnsmasq
,unbound
, etc. Note that this is not a rant or mindless hate on the systemd suite. I'd just like to know what prompted you to pick this particular service. Is there any functionality the others don't offer? – Nubarke May 30 '18 at 15:42dnsmasq
andsystemd-resolved
should have abreaks
relationship. And again, why did the distro maintainers make that choice? Seems rather intrusive. – Nubarke Jun 1 '18 at 8:49