<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 9, 2022, 16:35 Peter Mattern <<a href="mailto:pmattern@arcor.de">pmattern@arcor.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, Petr.<br>
<br>
 > Do you need any systemd-resolved specific features?<br>
Primarily, it's about the way directive Domains allows for directing <br>
queries to particular DNS servers based on the queries' domains.<br>
I'm using it to restrict the ISP's DNS server to the ISP's domain, use a <br>
local DNS server for local subdomains and have a DNS server like Quad 9 <br>
serve all the rest.<br>
This can be achieved with other applications, too, e. g. dnsmasq. But I <br>
find it more handy to configure with networkd/resolved, in particular, <br>
when these are already in use anyway.<br>
<br>
 > I don't think resolved considers it common to have more than one DNS <br>
server on the localhost.<br>
As I understand it, it's the very purpose of directive Domains to have <br>
systemd-resolved interact with various different DNS servers. So why <br>
shouldn't one of these run on the same host as resolved?<br>
<br>
 > unbound, knot-resolver<br>
These aren't an option. I do not need a cache only, but want to serve <br>
the said local-only subdomain, which also needs to comprise RRs other <br>
than [AAA]A like CNAME, MX or TXT.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I heard Unbound handles that quite well. See the `local-data` option.</div><div dir="auto"><br></div><div dir="auto">(As does BIND9 of course.) </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>