这种DHCP租约疯狂占用的问题，大概率是服务器网络配置异常或者特定进程在不断发起无效请求导致的，咱们一步步来止损+根治：

一、先紧急止损，避免影响其他用户 #

现在路由器IP池快被耗尽，先把这个问题按住：

• 给服务器配置静态IP：直接跳过DHCP流程，进入服务器网络设置，指定一个不在路由器DHCP池范围内的静态IP、子网掩码、网关和DNS。这样它就不会再抢其他用户的IP了。
• 路由器端做MAC绑定限制：如果暂时不能改静态IP，在路由器的DHCP设置里，找到这台服务器的MAC地址，绑定一个固定IP，同时开启「单MAC最大租约数」限制（设为1），再把租约时长设短一点（比如1小时），防止它占用过多IP。

二、排查服务器端的根本原因 #

接下来要找到为什么它会反复请求DHCP不释放：

1. 检查网络接口状态
   • Linux服务器：执行ip addr show，看看是不是有大量虚拟网卡（比如Docker、虚拟机生成的），或者接口在反复up/down？有些容器环境配置错了，会频繁创建销毁网卡，每个都去请求DHCP。
   • Windows服务器：打开devmgmt.msc（设备管理器），勾选「查看→显示隐藏的设备」，看看网络适配器里有没有一堆残留的虚拟网卡——这些网卡可能在后台偷偷发DHCP请求。
2. 查看DHCP客户端日志与配置
   • Linux：用journalctl -u dhclient.service或者cat /var/log/syslog | grep dhcp查看日志，找频繁请求的记录，有没有租约确认失败、客户端反复发送DISCOVER/REQUEST的错误。再检查/etc/dhcp/dhclient.conf，是不是有异常配置（比如错误的send host-name参数）导致DHCP服务器无法正常处理租约。
   • Windows：打开事件查看器，定位到「Windows日志→系统」，筛选来源为「Dhcp-Client」的事件，看有没有租约请求频繁、续租失败的记录。也可以用ipconfig /all确认DHCP客户端的配置是否正常。
3. 抓包排查异常进程
   • Linux：用tcpdump -i any port 67 or 68抓包，看看DHCP请求的频率和来源接口；再用ss -anp | grep :68找到发起请求的进程，判断是不是恶意程序或配置错误的服务。
   • Windows：用netstat -ano | grep UDP | findstr ":68"找到进程ID，然后在任务管理器里对应查看该进程是什么——有些流氓软件或误配置的服务会疯狂发起DHCP请求。
4. 检查虚拟化/容器环境
   如果服务器上跑了Docker、K8s这类平台，检查网络插件（比如flannel、calico）的配置：正常情况下容器应该用内部虚拟网络，不会去抢物理网络的DHCP IP。要是插件配置错了，每个Pod都会发起DHCP请求，很快就把IP池耗光。

三、验证修复效果 #

• 修复后，重启服务器的网络服务：Linux用systemctl restart NetworkManager，Windows可以执行netsh interface ip reset再重启网卡。
• 用抓包工具确认服务器不再频繁发送DHCP请求，且能正常释放旧租约。
• 查看路由器的DHCP租约列表，确认这台服务器只持有1个租约，租约到期后能正常续租或释放。

内容的提问来源于stack exchange，提问作者Aloha