编辑：
我们有以下设置：用户来build设，他从未知客户（192.168.100.0/25）的范围获得地址，只能到我们的网站。 我们称之为匿名范围。 假设我们的用户获得地址192.168.100.16，并且不能通过本地networking。
然后，他必须去注册他的MAC地址，并从192.168.40.0/22地址范围分配新的固定IP。 DHCPconfiguration已更新并重新加载。 用户然后“上网”，因为这个范围不被防火墙阻止。 ipconfig / release / renew例程每次都工作。
本周发生了什么：在用户注册MAC和DHCPD后，他仍然得到192.168.100.16地址，这是错误的，因为他应该可以说192.168.40.156（他的MAC和这个地址在configuration中是固定的）。 他不能上网的效果。 在看daemon.log时，我发现有192.168.100.16地址和DHCP服务器确认存在REQUEST请求。 一旦在Windows 7上发生，一次在运行Android 3.0的平板电脑上。
这从来没有发生过，我们不知道如何解决这个问题。 重新安装Windows帮助，但这只是愚蠢的，不能要求从用户。
shared-network NET { subnet 192.168.40.0 netmask 255.255.252.0 { option routers 192.168.40.1; ... host tomas3 { hardware ethernet cc:52:af:97:55:25; fixed-address tomas3.nat.bcd; } ... } range 192.168.100.2 192.168.100.126; option routers 192.168.100.1; allow unknown-clients; } } 在窗户上是：
ipconfig /release ipconfig /renew
我们已经找出了问题所在。 我们没有使用固定的IPv4地址，而是使用FQDN。 我们注意到由于错误的rndc访问权限，名称服务器configuration没有重新加载。 所以反向查找没有得到有效的IPv4，因此在DHCPconfiguration中发生了一个下降（对我们的匿名范围）。