moving from "deny duplicates" to "allow duplicates"
BJB at jndata.dk
Mon Dec 23 08:12:52 UTC 2013
What is the best way to change from using "deny duplicates" to "allow duplicates" ?
More details :
Two RHEL5 machines, isc-dhcpd-4.1-ESV-R3 in failover configuration, about 150.000 leases in file..
We are seeing lot of issues with pxe clients, client id and so on.
Scenario - pxe boot/install a thick client :
client pxe boots, gets an address with lease time 3600 (mctl)
starts winpe which request an address, but with different clientid => new ip, lease time 3600
winpe does not know how to renew its lease (known problem) and dies after 3600 seconds.
Also we see a lot of double registrations in dns in a VDI environment.
To make this work I would like to change to "allow duplicates", forcing the DHCP server to use the mac address, which does not change, as reference
instead of client-id, which does change.
I remember from many discussion on this list, that this would do the trick.
Double checking the manual however, leaves me not so sure :
"Host declarations can match client messages based on the DHCP Client Identifier option or based on the client's network hardware type and MAC address.
If the MAC address is used, the host declaration will match any client with that MAC address - even clients with different client identifiers
Since "host" declarations is mentioned her, does that means it will only work for host declarations = fixed IP, or will "allow duplicate" actually
work for ALL dhcp leases ?
Next question regards the transition from "deny duplicates" to "allow duplicates".
What will happen to the existing lease database when I change the parameter ? will I have to clear he lease database before I restart dhcpd
with "allow duplicates" set or will it just work ? And how is it going to influence the failover ? I assume the smart thing to do is to stop
both servers at the same time, make the change and restart dhcpd on the servers.
Thanks in advance for any input
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the dhcp-users