[Dnsmasq-discuss] DHCP server can not cope with multihomed hosts with same identifier

Arjen Lobregt arjen.lobregt at asml.com
Thu Mar 10 09:32:11 GMT 2016


LS,

We are using DNSMASQ in our system.
This systems contains several networks with very specific functions/traffic types (divided in both VLANs and subnets and all networks have subdomain names).

A number of network nodes are connected to several networks and VLANs (e.g. machine control, logging, external connection). This includes our DHCP server running DNSMASQ.
These network nodes normally use DHCP (and a UUID) to obtain an IP address.
Unfortunately DNSMASQ receives these DHCP requests, checks for the identifier, but disregards the interface the DHCP request was received on and also the VLAN tag and only lists the last received request in the lease file and DNS.

So where the node does receive a DHCP offer for each request, we can not contact the node on each interface, because there is no DNS entry for each IP address that was issued by DNSMASQ.


Is there a way DNSMASQ is able to support multihomed hosts or is this a fundamental ommission in DNSMASQ?
And if this is a true ommission, can this support be added?


Kind regards,

Arjen Lobregt

-- The information contained in this communication and any attachments is confidential and may be privileged, and is for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. Unless explicitly stated otherwise in the body of this communication or the attachment thereto (if any), the information is provided on an AS-IS basis without any express or implied warranties or liabilities. To the extent you are relying on this information, you are doing so at your own risk. If you are not the intended recipient, please notify the sender immediately by replying to this message and destroy all copies of this message and any attachments. The sender nor the company/group of companies he or she represents shall be liable for the proper and complete transmission of the information contained in this communication, or for any delay in its receipt.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/attachments/20160310/8f49bdfa/attachment.html>


More information about the Dnsmasq-discuss mailing list