[Dnsmasq-discuss] Struggling with multiple nameservers

Geert Stappers stappers at stappers.nl
Wed Jan 1 16:30:05 GMT 2020


On Wed, Jan 01, 2020 at 03:36:33PM +0000, Harry Moyes wrote:
> I have a Raspberry Pi configured with two dummy interfaces in addition to
> the default Ethernet interface.
> 
> I have a workable configuration on the pi with unbound and NSD on the two
> virtual interfaces, and dnsmasq on the Ethernet and loopback interfaces.
> 
> Workable that is with this package loaded. (present default raspbian default
> install)
> 
> dnsmasq/stable,now2.76-5+rpt1+deb9u1 all[installed] dnsmasq-
> base/stable,now2.76-5+rpt1+deb9u1 armhf [installed,automatic]
> 
> and this config fragment:
 
Why only a fragment?


> bind-interfaces
> listen-address=172.25.25.146
} listen-address=127.0.0.1
} server=192.168.55.9
> no-dhcp-interface=eth0
> no-dhcp-interface=dummy0
> no-dhcp-interface=dummy1
> 
> This setup is fully functional and does all I ask.
> 
> **However**
> 
> I'm actually trying to run pihole-FTL on the Pi, rather than dnsmasq
> directly, which I'm told, includes a locally derived version of dnsmasq 2.8.

Hopefully is 2.8 a typo.  Because dnsmasq is meanwhile at version 2.80


> That derivative version appears to ignore the bind-interfaces directive, and
> thus fails to bind the name server ports, even though the specified
> interfaces are free.

That seems to be the problem. But I fail to see what the problem is.
Most likely due incomplete information on the desired configuration.


> The developers of that derivative are convinced that functionally their
> derivative imports 2.8 in its entirety,simply adds additional monitoring
> hooks.
> 
> I'm obviously not expecting assistance with the pihole-FTP but I'd really
> appreciate any hints of changes intentional or otherwise, that may affect
> the behaviour of "mainline" dnsmasq with respect its behaviour binding the
> wildcard interface, that may have taken place between 2.76 and 2.8 to try to
> understand where the change in behaviour comes from.
> 
> I'm pretty much convinced I need to build and test a mainline version of
> dnsmasq 2.8 from source, to localise where the issue is coming from,
> but I thought I'd respectfully ask here in case someone here can point me in
> the right direction.

Euh?
Please be aware that your right direction hasn't to be my right direction.


Advice: Make a follow-up posting which describes the wanted
configuration, plus working and NON-working parts.


Groeten
Geert Stappers
-- 
Leven en laten leven



More information about the Dnsmasq-discuss mailing list