[Dnsmasq-discuss] domain per interface

/dev/rob0 rob0 at gmx.co.uk
Wed Mar 19 01:54:24 GMT 2008


On Tue March 18 2008 18:42:44 richardvoigt at gmail.com wrote:
> If all else fails, you can run two instances of dnsmasq with two
> separate config files, each bound to a different interface.

Indeed, but that's something I would like to avoid. Here's what I
have now:

> >  dnsmasq.conf :
> >  ...
> >  dhcp-range=wifi,192.168.3.127,192.168.3.192,255.255.255.0,12h
> >  dhcp-option=wifi,15,wifi.example.net
> >  ...
> >
> >  (where 192.168.3.1 is the wireless interface IP address)

But that only works for the domain pushed to clients, not for the
domain used by dnsmasq for forward/reverse DNS names of clients. I get
"search wifi.example.net" in their resolver files, but that's rather
useless, since no names have ".wifi.example.net." in them.

I think that in ISC dhcpd/named, this could be done with a subnet
declaration block with "option domain-name wifi.example.net;" inside
it, and of course a corresponding dynamic zone declaration in
named.conf. That's another avenue I don't want to pursue, because I
want to keep dnsmasq for authoritative DNS. (I'm using named for
recursion only, on port 35, with dnsmasq using "server=127.0.0.1#35".)

Simon, am I out of luck here?

I guess I could also do dhcp-script and nsupdate(8) to update a zone
in named.conf. But even then, will the dnsmasq block it? If dnsmasq
knows the answer, named is never consulted. What about this:

server=/wifi.example.net/127.0.0.1#35
server=/3.168.192.in-addr.arpa/127.0.0.1#35

Will dnsmasq ignore the names it has served to DHCP clients?
-- 
    Offlist mail to this address is discarded unless
    "/dev/rob0" or "not-spam" is in Subject: header



More information about the Dnsmasq-discuss mailing list