我需要为针对特定networking硬件（被测硬件）量身定制的testing工具提供DHCP请求。
testing工具（我的服务器+简单的netgear 5端口交换机）似乎工作，只要你一次通过一个设备。 当您同时开始使用2个设备时，在第二个设备插入系统之后，两者都会失败。
症状使我想到使用相同的IP地址的两个设备。 在wirehark追踪之后，似乎正是如此。
那些被testing的设备总是显示相同的mac地址：4e：42：46：76：30：32（ascii中的NBFv02）。 因此，我认为isc-dhcp-server注意到这个mac地址已经被分配了一个租约，并将其返回给另一个设备。
我如何configurationisc-dhcp-server，以便它提供一个新的租约，而不pipe客户端的mac地址？
（在Ubuntu 12.04上）
谢谢
我已经做了我自己的自定义DHCP守护进程。 哦，它的工作。 它提供租赁，不pipe客户端的mac地址。 但是，我似乎有其他问题后来与ARP解决scheme。 我被卡住了
虽然你看到的是正确的行为，但你最好的select可能是改变设备中的客户端标识符或MAC地址。 如果服务器收到一个具有相同MAC和客户端标识符的DHCPDISCOVER，那么还有什么其他方法可以区分这些机器？
在服务器端，您可以检查dhcpd.conf中的duplicates项是否设置为重复项，并且设置多个DHCP服务器（可能将authoritative设置为closures）。 然后为每台服务器分配不同的池，这样第一台机器会向DHCP服务器发出请求，并获得一个IP，然后当下一台机器发出请求时，第一台服务器将忽略该请求，但第二台服务器应该回复，并分配一个不同的IP（可能需要在第二个服务器上将min sec设置为非0号码）。
重复的关键字
允许重复; 否认重复;
主机声明可以根据DHCP客户端标识符选项或基于客户端的networking硬件types和MAC地址匹配客户端消息。 如果使用MAC地址，则主机声明将匹配具有该MAC地址的任何客户端 – 甚至具有不同客户端标识符的客户端。 这种情况通常不会发生，但是当一台计算机上安装了多个操作系统时（例如，Microsoft Windows和NetBSD或Linux），就可能发生这种情况。
重复标记告诉DHCP服务器，如果从与主机声明的MAC地址相匹配的客户机接收到请求，则与该MAC地址匹配的任何其他租赁应该被服务器丢弃，即使UID不相同。 这违反了DHCP协议，但可以防止客户端标识符定期更改的客户端同时拥有多个租约。 默认情况下，允许重复。
PS这只是我通过阅读理解，我从来没有亲自处理这样的情况。