对于最近经​​历的这个奇怪的问题，我真的很感激。

问题客户注意到一致的行为：

• 在早上的某个时间用户PC正在请求使用169.254.x APIPA地址
• 在此期限内不接受DHCP服务器提供的合法地址
• 在时间段之后，第二个DHCPDISCOVER之后，客户端将接受DHCP提供的IP地址

概要

• 在周末之后影响到单个build筑物networking
• 那些在周末离开机器的用户，没有任何问题 – DHCP续订等
• 在开机后勤勉地closures了个人电脑的用户，却遇到了DHCP问题
• 这影响了大楼两个小时，没有发现错误，并自行解决。
• 对networking进行监控并完成广泛的调查 – 在时间范围内没有networking问题
• DHCP服务器在站点间发布地址，这只是隔离在一个build筑物上
• 客户机主要是Windows 7，各种硬件和NIC供应商 – 没有发现任何模式。
• 静态桌面和笔记本电脑的混合
• 有线连接
• 受影响的一个vlan，虽然不是所有客户端受到影响。

在DHCP服务器日志中捕获的事件序列

1. DHCPDISCOVER – 客户端PC – 首先发现客户端的行为
2. DHCPOFFER DHCP服务器 – DHCP服务器提供的合法IP地址
3. DHCPREQUEST – 客户端PC – 从客户端请求169.254x：“错误的networking”消息
4. DHCPNAK – DHCP服务器 – 服务器通过NAK否定确认。 客户端必须重新开始处理
5. DHCPDISCOVER -Client PC – 客户端发现第二个动作
6. DHCPOFFER – DHCP服务器 – 提供合法的IP地址
7. DHCPREQUEST – 客户端PC – 客户端请求使用合法的IP地址
8. DHCPACK – DHCP服务器 – 服务器确认

RFC3927的伪总结点：

通过RFC 3927“IPv4链接本地地址的dynamicconfiguration”阅读“简要” – 提供了比答案更多的问题！

当使用链接本地169.254.x地址

• 169.254。 / 16地址或地址configuration不可用时使用链接本地寻址
• 通常在启动时运行

如果主机使用169.254.x地址和可路由地址现在可用的主机必须

• Windows DHCP客户端随机还原到旧的DNS服务器
• configurationStrongSwan以使用DHCP
• pfsense NAT路由器 – “住双”（机场快车）
• AD DC for domain无法联系
• Dell PowerConnect 5324忽略DHCPOFFER

• 使用可路由的地址
• 停止广告169.254.x

方法可路由地址可能不再可用

• DHCP租约到期
• 通过手动configuration删除地址
• 将主机漫游到地址不再可操作的新networking

169.254.x地址select

• Windows和MAC主机实现链路本地自动configuration
• Windows说明：
  • 只要networking连接检测到DHCPREQUEST或DHCPDISCOVER在接口上发送
  • 只要连接可用，系统立即转换我们的自动configuration
• 伪随机数生成种子对主机，即MAC
• 在启动时发生

声称169.254.x地址

• 主机必须testing169.254.x链路本地地址是否在networking上不被使用
• 通过广播的ARP请求完成（包括目标IP地址 – 将被探测）

宣布169.254.x地址

• 第二次ARP广播，​​但这次包括发件人和目标IP地址，现在是选定的169.254.x IP

最后总结

• 客户端DHCPDISCOVERs和DHCP服务器使用DHCPOFFER进行响应
• 客户端应该采取这个可路由地址的提供，并停止使用本地链接169.254.x. 由于某种原因，它不..
• 随后的来自客户端的DHCPREQUEST看起来是ARP探测还是ARP通告广播？ 客户端使用的是169.254.xx，可能与DHCP服务器响应不相关？
• 第二DHCPDISCOVER – 不清楚什么提示这个，因为个人电脑开机。

感谢您的耐心，如果你有这么多！

真的很感谢一些帮助理解这一点。

谢谢，