我的networking工作得很好，我打破了。
有一个Cisco 1711路由器被configuration为将DHCP租赁交付给客户端PC。 我有一个域控制器（Server 2008）在我想要接pipeDHCPangular色的同一networking上。 我将DHCPangular色添加到服务器，configuration范围，并激活它。 然后，我通过在configuration模式下运行no service dhcp来closuresCisco 1711上的DHCP。
我试图更新客户端的IP地址，并失败。 我在服务器上运行Wireshark，它会在报告故障之前看到客户端发送的三个DHCP请求。 绝对不会发送DHCP数据包作为响应。 在DHCP的mmc中，Statistics统计了同样的故事：
Discovers 0 Offers 0 Requests 6 Acks 0 Nacks 0 Declines 0 Releases 0 Total Scopes 1 Total Addresses 50
DHCP服务正在运行和授权。 我检查了C:\Windows\System32\dhcp\DhcpSrvLog-Mon.log来确认这一点。
00,01/24/11,13:46:23,Started,,,,,0,6,,, 55,01/24/11,13:46:25,Authorized(servicing),,cfl.local,,,0,6,,,
我三重检查了我的范围configuration，这是绝对正确的。 服务器不是多宿主的。 我禁用并重新启用单个networking适配器上的DHCPv4绑定。 我什至重新启动服务器。 我想不出任何理由，服务器只会忽略DHCP请求。
它变得更加怪异。 我决定放弃使用服务器，并返回使用Cisco路由器作为DHCP服务器。 我在configuration模式下运行service dhcp来恢复DHCP服务。 我试图再次在客户端PC上续订DHCP租约，但仍然失败。 然后我打开了debugging（ debug ip dhcp server events和debug ip dhcp server packet ），并尝试再次在客户端上更新DHCP。 我的SSH会话绝对没有输出到路由器！ 就好像包正在消失。
networking简单而平坦。 所有设备（PC，服务器，路由器）都连接到相同的第2层千兆交换机。
您尚未validationWindows Server计算机正在接收DHCPDISCOVER请求。 我会抛出一个嗅探器（无论是微软networking监视器或Wireshark），并validation数据包真的把它送到服务器计算机。
你确定你的以太网交换机没有任何“花哨”的DHCP相关function，可能会妨碍？ 您在发布结束时所描述的消失的DHCP数据包让我怀疑交换机是否在“吞食”它们。
编辑：Zow–我是一个白痴！ 说说不能读。
这是一个愚蠢的问题：服务器计算机的NIC是否在DHCP作用域包含的子网内configuration了IP地址？ 如果不是，则需要一个DHCP中继代理（可以在您的路由器上运行）将请求转发到服务器，因为即使它在第2层接收到请求，但如果服务器中没有NIC （或者如果请求不是来自与该范围对应的子网中的中继代理），服务器将不会回答。
如果他们只是RFC1918 IP地址，请继续编辑您的问题，以包括服务器计算机的IP地址和DHCP范围的边界和范围。