[Bug 959037] Re: NM-controlled dnsmasq prevents other DNS servers from running, yet network-manager doesn't Conflict with their packages
Thomas Hood
959037 at bugs.launchpad.net
Tue Jun 12 09:48:23 UTC 2012
It just occurred to me that if we are going to change someone's listen
address then it might be better to give 127.0.0.1 to nm-dnsmasq and
127.0.1.1 to the standalone nameserver.
Consider the case where nm-dnsmasq is running on a machine, nemo, that
happens to run the nameserver for the LAN. /etc/hosts on nemo contains
either
127.0.0.1 localhost
127.0.1.1 nemo
or
127.0.0.1 localhost
10.1.2.3 nemo
where 10.1.2.3 is nemo's external IP address.
Other machines in the LAN access nemo via 10.1.2.3 for their general
name service. If they are Ubuntu machines they also access their local
nm-dnsmasq instances via the loopback address. It's nicely symmetrical
if processes on nemo itself also use the loopback address to access the
local nm-dnsmasq and use either the public address, 10.1.2.3 or its
substitute, 127.0.1.1, for general name service.
Perhaps this is only an aesthetic question.
Simon: Can we arrange by means of the file in /etc/dnsmasq.d/ that the
standalone dnsmasq listens on 127.0.1.1 rather than 127.0.0.1?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to dnsmasq in Ubuntu.
https://bugs.launchpad.net/bugs/959037
Title:
NM-controlled dnsmasq prevents other DNS servers from running, yet
network-manager doesn't Conflict with their packages
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/djbdns/+bug/959037/+subscriptions
More information about the Ubuntu-server-bugs
mailing list