<div dir="ltr">I think I got bit yesterday by the above...<div><br></div><div>I was noticing terrible resolution speed, so checked messages (btw, "service bind9 status" provides brief, but decent-ish characterization of things), and noticed many messages indicating failing resolutions against IPv6 addresses.</div><div><br></div><div>There is a common pair of bits of Bind configuration:</div><div>a) One might set options to prefer not to use IPv6 addresses, so in /etc/bind/named.conf.options, change </div><div>   listen-on-v6 { all;};</div><div>to</div><div>   listen-on-v6 { none; };</div><div><br></div><div>b) This was where SystemD got into the mix...</div><div><br></div><div>Pass the "-4" option when running named to use only IPv4.  This seems to be the highly significant bit.</div><div><br></div><div>On Debian-derived systems, the usual recipe is to add "-4" to /etc/defaults/bind</div><div>  --> OPTIONS="-4"</div><div><br></div><div>However, the SystemD config for Bind9 lives in /lib/systemd/system/bind9.service, and apparently there is recent change there that that configuration no longer reads from /etc/defaults/bind, so that to have named get the "-4" option requires altering /lib/systemd/system/bind9.service.  Seems like it needs to be altered directly.</div><div><br></div><div>This isn't necessarily a "SystemD bug", rather a packaging bug in Debian.  It still was fairly annoying.</div><div><br></div><div>I have yet to report it properly, probably deserves a bit more research, in case my diagnosis is off a bit.<br clear="all"><br>-- <br>When confronted by a difficult problem, solve it by reducing it to the<br>question, "How would the Lone Ranger handle this?"<br>
</div></div>