Re: The state of resolv.conf

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tom Lane <tgl@xxxxxxxxxx> 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

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux