{Fraud?} {Disarmed} Re: [Dnsmasq-discuss] dhcp unknown vs. known

richardvoigt at gmail.com richardvoigt at gmail.com
Fri Aug 31 20:26:50 BST 2007


On 8/31/07, Mogens Melander <mogens at fumlersoft.dk> wrote:
>
> Thanks for your reply.
>
> I got redirect working using iptables. I somehow got the idea that
> the "address=/wifi-unknown/192.168.1.2" option would forward members
> of the unknown range to 192.168.1.2, but never mind.
>
> I did find out that "conf-dir=/etc/dnsmasq/hosts" is not included in
> the poll function. Why that is, i can't imagine, other than it must
> be a bug. The nice ting about "conf-dir" is that you can have a file


It's no bug.  The conf-dir can contain *any* configuration options, and
dnsmasq cannot change for example the port number or bound interfaces
without a restart.

for each lease, making it easy to maintain.


I've found that those other files can be a fifo special file, meaning that a
script can provide the data.   I pull my /etc/ethers from a database each
time dnsmasq asks for it.

I can't figure out how to move a client from unknown to known range.
> I tried to put "dhcp-host=00:60:08:03:07:30,net:known" in a "conf-dir"
> file, but that only result in the client being tagged as both:
>
>   DHCPREQUEST(eth0) 192.168.2.34 00:60:08:03:07:30
>   DHCPACK(eth0) 192.168.2.34 00:60:08:03:07:30 MITAC2
>   requested options: 1:netmask, 15:domain-name, 3:router, 6:dns-server,
>   requested options: 44:netbios-ns, 46:netbios-nodetype, 47:netbios-scope,
>   requested options: 43:vendor-encap, 77:user-class
>   tags: unknown, known


That's ok, put "net:#known" in the pool for unknown hosts and totally
eliminate the "unknown" tag.  The hash mark "#" means NOT.


If i should use the /etc/ethers and /etc/hosts option, i would have to
> maintain
> both files, and hosts would contain entries like:


I don't see any need for /etc/hosts whatsoever, /etc/ethers creates mappings
directly from MAC address to static IP.


192.168.3.33  host-3-33.example.com   host-3-33
> 192.168.3.34  host-3-34.example.com   host-3-34
> ...
> 192.168.3.250 host-3-250.example.com  host-3-250
>
> I don't find that usefull. I'd prefere to use the conf-dir option, and
> if a restart is required for that to work, so be it.


If you upgrade to 2.40, there's a new dhcp-hostsfile option which can
contain only hosts information, so dnsmasq can reread it on the fly (at
SIGHUP).  That would be useful if you need to provide host-specific DHCP
options, otherwise it is identical to /etc/ethers.

Using a FIFO to let a script generate the content on the fly is the key to
managing the list.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/attachments/20070831/3fb18279/attachment.html


More information about the Dnsmasq-discuss mailing list