我们有通常安装
Windows XP的培训室(通过PXE). “普通”DNS / DHCP基础设施是Windows服务器.培训室有自己的VLAN(与Windows服务器不同),因此最有可能是在Cisco路由器上活动的DHCP请求的IP帮助程序,该路由器上的所有PC都连接到该路由器.
现在我们想要将一些PC转换为Linux.这个想法是：
将我们自己的带有DHCP服务器的笔记本电脑放入房间的VLAN并覆盖“正常”的DHCP响应.这个想法应该可行,因为该VLAN中直接连接的DHCP服务器的响应时间应该比位于远离该VLAN的“普通”DHCP服务器更快.
原来,这不起作用.我们不得不在原始DHCP服务器上手动释放租约以使其正常工作.
在笔记本电脑上,我们确实看到客户端请求IP,“我们的”dhcp正在向Windows IP请求发送NACK,之后我们提供了自己的响应.
老问题：
为什么这不符合预期？是什么让PC重新获得旧租约？
更新2012-08-08：
已经在DHCP-RFC中解释了重新获得问题.现在这解释了为什么PC重新获得旧租约.
现在我们确实从Windows-DHCP-server释放IP,然后再尝试一下.
再次 – Windows-DHCP服务器获胜.
我怀疑dhcp-client有一些算法可以确定客户端的“最佳”dhcp-answer.新问题是：
客户如何选择“最佳”答案？
