<p dir="ltr">On 18 Jun 2015 3:51 am, "Lennart Poettering" <<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>> wrote:<br>
><br>
> On Wed, 17.06.15 19:48, Igor Bukanov (<a href="mailto:igor@mir2.org">igor@mir2.org</a>) wrote:<br>
><br>
> > On 17 June 2015 at 15:27, Lennart Poettering <<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>> wrote:<br>
> > > To hook up local name service<br>
> > > clients people should use the "nss-resolve" NSS module, which ensures<br>
> > > that gethostbyname() and friends use resolved as backend.<br>
> ><br>
> > I suppose then non-glibc clients should deal with that on its own. I<br>
> > thought converting LLMNR into DNS would be a reasonable hack, but then<br>
> > if the translation requires too much insanity, then indeed it is<br>
> > better not to do that.<br>
><br>
> If people use libraries to do DNS manually, then they'll do *DNS*<br>
> manually, and we shouldn't interfere with that really.<br>
><br>
> Usually people pick non-libc DNS libraries because they need async<br>
> behaviour. I am pretty sure that's a pretty bad reason though and if<br>
> you want async behaviour you should use sd-resolve or so.</p>
<p dir="ltr">I've also used them because I <br>
  - need other record types (e.g. SRV)<br>
  - want to use DNSSEC<br>
  - Want to choose between recursive and stub resolvers</p>
<p dir="ltr">FWIW, I use <a href="http://25thandclement.com/~william/projects/dns.c.html">http://25thandclement.com/~william/projects/dns.c.html</a> in many projects.<br>
It parses nsswitch.conf, but only cares about a few predetermined values.<br>
Maybe it should gain some features in this area? <br>
</p>