我大体上已经看到，在大多数默认情况下，DHCP租用时间相当长（一天加）。 我有一个客户，似乎有以下问题。 他们在路由器中有一个接近饱和的DHCP服务器（例如，在正常工作日，使用潜在IP的80-85％）。 偶尔他们重新启动他们的路由器。 当发生这种情况时，路由器似乎丢失了分配的IP地址表，所以它重新分配IP（当然）。
问题是，经常有一个客户端在局域网上已经有了IP，并且会持续一天（当前的超时长度），导致这两台机器出现IP冲突和连接问题。
显而易见的解决办法是缩短租用时间，但是由于我只是networking爱好者，可能还有更多的DHCP我不明白。
以上是对情况的合理评估（至less对于低端设备），在这种情况下，租赁时间（比如半小时）是否合理？
你应该考虑更换DHCP服务器，因为它显然是坏的。 DHCP服务器应该在重新启动之间保留租约信息，最好还要在将地址释放到池中之前探测地址，以避免地址重复。
如果这不是一个选项，你可以放弃租赁期限。 只要DHCP服务器可以处理stream失，它应该工作，但短租赁会导致您的networking广播stream量的小幅增加。
当客户断开连接并重新连接时（例如在WiFinetworking中），短租约主要是一个问题。 很短的租约（less于1分钟）可能会导致一些DHCP客户端超时的时间超过租约奇怪的问题。
解决真正的问题 。 DHCP服务器应该记住重新启动之间的租约，并且在交付之前应该ping IPtestingIP（以便合理地确信它们还没有被使用）。
Windows Server带有一个DHCP服务器。 任何* nix平台都可以运行ISC DHCPd。 两者都是相当不错的select，并将轻松完成上述要求。
我们将DHCP租约设置为IPv4的8天，IPv6的2周。 不pipe你设置什么，记住客户将在一半时间后更新，所以如果你设置为8小时，它将每隔4小时更新一次（在失败的请求时继续下降两倍）。
您的路由器DHCP服务器实现可能能够做“DHCP冲突检测”。 检查出来，如果可能的话启用它。 这是最简单的修复方法。
更短的租赁时间肯定会有帮助，但不是100％的保证。 我不会低于1小时。 根据我的经验，很多networking程序并不喜欢在程序运行时计算机重新获得DHCP（例如，Outlook2003是臭名昭着的，2007年似乎performance更好）。 每5分钟做一次，对用户来说可能是相当明显的。
如果DHCP范围对于现场所有计算机都足够大，并且大部分计算机在现场是固定的，则可以通过DHCP保留为常规系统分配固定的IP地址，只留下一个非常小的dynamic池为在办公室不频繁的客人和/或笔记本电脑分配地址。 保留的地址不会受到冲突。 当然：有人要保留那个预定单……
如果您的WAN上有另一个DHCP服务器（Windows / Linux或其他路由器），可以进行冲突检测，则可以考虑将此LAN添加为其中的一个DHCP范围，然后重新configuration站点路由器以将DHCP转发到此DHCP。
如果一切都失败，你将不得不build立一个单独的DHCP服务器。 对于多达约200个用户，你并不需要一个大的Windows服务器或一个Linux机器。 你可以逃脱像TFTPD32这是免费的，易于设置，也将做碰撞检测。 （如果成本有问题的话，它将在桌面操作系统上运行，如果你碰巧有一台PC可以“永远在线”）。 （而且，请参阅上一段，这可以位于另一个网站上。）
几百名客户的租约时间为30分钟。 如果你有100个客户，你可以使用5或10分钟。
唯一真正的问题是我会考虑的是服务器负载。 由于与当前的处理器/networking功率相比，DHCP是相对较轻的服务，因此这一考虑变得不那么重要。
这当然都是相对于您的networking的大小。 一个充满客户的C类是一回事，5个类是一个完全不同的野兽。
尝试设置它到你提到的30分钟，看看你的路由器如何反应处理器负载。
更多阅读可在这里： http : //www.dhcp-handbook.com/dhcp_faq.html （看问题35）
是不是更好的解决scheme是解决DHCP服务器的问题或取代它？
我有几个例子，用户在半天以上就不一样了，也就是餐馆宾馆和酒店，如果他们租用了几个小时或一天，需要大量的IP池才能用完，早已不存在的IP分配。 但是对于那些有相同设备的用户来说，一直使用3天的networking都不错。
斯特凡
我同意斯蒂芬，正确的租赁时间取决于几个参数。 有多less用户，客户通常连接多长时间，您拥有什么types的networking，您的路由器有多强大。 在我的情况下，许多人走进俱乐部会所。 在最忙碌的时候，我看到100个同时存在的联系。 我每天都在猜测有700-1000人会去参观。
我们的ISP提供了一个廉价的家庭用路由器，它不支持一个好的DHCP服务器，租期缩短<1天，这意味着一个大的DHCP池，而路由器不能处理。 租约表太大，无法维护路由器所具有的其他function，所以DORAfunction失效，客户端将自己设定为APIPA地址。 由于netwerk不包含任何types的服务器，我买了一个廉价的路由器（tp-link WR841n），支持一个良好的DHCP服务器与选项给客户端，路由/ DNS规范和更短的租赁时间。
我只启用这个路由器作为专用的DHCP服务器，给客户30分钟的租用时间。 30分钟后，如果DHCP服务器仍然存在，则DHCP服务器将与客户端联系，如果不存在，那么它将释放IP地址，如果仍然存在，它将重新分配客户端租约30分钟。 客户端将保持相同的IP地址。 DHCP范围设置在私人地址范围内最多254个同时租约。 （基于AP的最大连接总数）。 这对我的情况非常有用。
重新启动DHCP服务器，刷新它的表是不是一个好主意，除非你确保首先断开所有客户端从您的networking（禁用WiFi AP的）。 至less给它一分钟，以确保所有的客户端都断开连接。 然后按以下顺序启动networking，并等待完全启动并连接：路由器，DHCP服务器，Wifi接入点。
5到10分钟的租约是愚蠢的，并没有RFC 2131的知识。事实上，除了3天以外，尤其是在无线networking上的任何事情显然不是一个好主意。 听起来像路由器/ DHCP修复根问题不要复合它。