嘿，这个问题问到点子上了——生产环境里DHCP服务器故障、灾备重建都是很现实的场景，我结合实际运维经验给你拆解清楚：

一、DHCP服务器长时间宕机（远超租期时长）的客户端行为 #

假设你设置的租期是7天，服务器宕机一个月，客户端的处理逻辑是分阶段的：

• 租期前50%（约3.5天）：客户端会直接向原DHCP服务器发送续租请求（DHCPREQUEST），如果没收到回应，继续使用当前IP；
• 租期到87.5%（约6天18小时）：客户端会切换为广播方式发送续租请求，尝试联系任何可用的DHCP服务器，失败后仍继续使用当前IP；
• 租期到期后：主流操作系统（Windows、Linux、macOS）并不会立刻释放IP地址，而是会继续保留当前IP并持续尝试联系DHCP服务器。只有当客户端主动重启、网络接口重置，或者长时间无法检测到网络连通性时，部分系统才会切换到自动私有IP（APIPA，169.254.x.x段）。

简单说：只要客户端不主动重启或重置网络，大概率会一直用原来的IP，不会出现“无IP可用”的情况。

二、DHCP服务器重建（丢失租期数据库）后的客户端重连 #

如果服务器重建后，原租期数据库丢失，且你确认这段时间没有新客户端占用现有IP，那么客户端的重连流程会很顺畅：

• 客户端在续租周期（50%租期节点）会发送DHCPREQUEST请求，携带自己当前使用的IP地址；
• 新的DHCP服务器检查该IP是否在当前Scope范围内，且未被分配给其他设备，就会回复DHCPACK，确认该IP的租期，客户端就能无缝继续使用原IP；
• 如果客户端刚好在服务器重建后重启，它会先尝试请求原IP，得到服务器确认后正常联网，只有当原IP不可用时才会重新发起DHCPDISCOVER获取新IP。

额外建议（针对服务器用DHCP的场景） #

既然你是给服务器用DHCP来简化部署，为了应对灾备场景，可以做两个优化：

• 给关键服务器设置DHCP保留（静态IP映射）：把服务器MAC地址和固定IP绑定，即使服务器重建，只要恢复保留配置，客户端肯定能拿到原IP；
• 适当延长租期：比如设置为30天甚至90天，减少续租频率，降低服务器故障对客户端的影响。

备注：内容来源于stack exchange，提问作者K. McGregor