The state of resolv.conf

Benny Amorsen benny+usenet at amorsen.dk
Wed Sep 17 10:05:56 UTC 2008


Tom Lane <tgl at redhat.com> writes:

> And surely that file is *less* likely to change than /etc/resolv.conf;
> not to mention that the ensuing work is orders of magnitude cheaper
> than sending an inquiry to your friendly local DNS server.
> Something does not compute here.

True. Having a proper local caching DNS server would be nice though.
dnsmasq is lightweight, easy to configure (all configuration options
can be set on the command line) and it already integrates with DBUS...

If applications can count on having a caching server on the same host,
perhaps they will stop implementing their own caching. Getting DNS
cache-behaviour right seems to be somewhat difficult, and dnsmasq
already did the hard work. It can also do the fancy stuff like
"company1.lan can be resolved from 1.2.3.4 whereas example.net is on
9.8.7.6 and 7.6.5.4". That is very handy for VPN's.


/Benny




More information about the devel mailing list