[Bug 959037] Re: NM-controlled dnsmasq prevents other DNS servers from running, yet network-manager doesn't Conflict with their packages
Simon Kelley
simon at thekelleys.org.uk
Mon Jun 11 20:08:49 UTC 2012
On 11/06/12 20:41, Thomas Hood wrote:
> Aha, I had tried this and it didn't work... in version 2.57. But I see
> that quantal already has 2.62.
>
>> Another instance of dnsmasq will run without interfering with that,
> providing only that --bind-interfaces is set.
>
> Just to make sure I understand correctly: Do you mean here that --bind-
> interfaces has to be set on both instances of dnsmasq? Or will one
> instance (the NM-controlled one) with --bind-interfaces coexist nicely
> with another (the standalone dnsmasq) which doesn't use that option and
> listens on 0.0.0.0?
It has to be set in both instances of dnsmasq.
dnsmasq started as a system daemon reads config from
/etc/dnsmasq.d/*
so dropping a file there containing "bind-interfaces" and doing the
relevant restart in postinst should make this automatic in most cases.
>
> NM already runs dnsmasq with --bind-interfaces and --listen-address
> (specifically, --listen-address=127.0.0.1) so we would only be changing
> the address.
>
> Mathieu mentioned earlier the possibility of using 127.0.1.1 which
> happens to be the address assigned (in /etc/hosts) to the system
> hostname on some (but not all) systems. Is there any advantage to using
> 127.0.1.1 as opposed to another 127.* address?
>
I don't think so: they're all equivalent.
Simon.
--
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