我通常看到，在大多数默认情况下，DHCP 租用时间很长（一天以上）。我有一个客户似乎有以下问题。他们在接近饱和的路由器中有一个 DHCP 服务器（比如在正常工作日使用 80-85% 的潜在 IP）。有时他们会重启路由器。当这种情况发生时，路由器似乎丢失了分配的 IP 表，因此它重新分配了 IP（当然）。
问题是 LAN 上经常有一个客户端已经拥有 IP 并且将保留它一天（当前超时长度），从而导致这两台机器的 IP 冲突和连接问题。
显而易见的解决方案是缩短租用时间，但由于我只是一个网络爱好者，因此 DHCP 可能还有更多我不了解的地方。
以上是对情况的合理评估（至少对于低端设备），在这种情况下，较短的租用时间（比如半小时）是否有意义？
peh*_*hrs 24
您应该考虑更换 DHCP 服务器，因为它显然坏了。DHCP 服务器应该在重新启动之间保留租约信息，并且最好在将地址释放到池中之前探测地址以避免地址重复。
如果这不是一个选项，您可以缩短租期。只要 DHCP 服务器可以处理流失，它就应该可以工作，但短租期会导致网络上广播流量的小幅增加。
当您的客户端断开和重新连接很多时，短租约主要是一个问题，例如在 WiFi 网络中。非常短的租约（少于 1 分钟）可能会导致一些 DHCP 客户端出现奇怪的问题，这些客户端的超时时间比租约长。
Chr*_*s S 13
解决真正的问题。DHCP 服务器应该记住重新启动之间的租约，并且应该在分发 IP 之前对其进行 ping 测试（以合理地确保它们尚未被使用）。
Windows Server 带有 DHCP 服务器。任何 *nix 平台都可以运行 ISC DHCPd。两者都是不错的选择，可以轻松完成上述要求。
我们将 IPv4 的 DHCP 租期设置为 8 天，IPv6 设置为 2 周。无论您设置什么，请记住客户端将在 1/2 时间后更新，因此如果您将其设置为 8 小时，它将每 4 小时更新一次（如果请求失败，则继续使用双倍拒绝时间）。
您的路由器 DHCP 服务器实现可能能够执行“DHCP 冲突检测”。如果可能，请检查并启用它。这是最简单的修复。
更短的租赁时间肯定会有所帮助，但不是 100% 的保证。不过，我不会低于 1 小时。根据我的经验，许多网络程序并不真正喜欢计算机在程序运行时重新获取 DHCP（例如 Outlook2003 因这一点而臭名昭著，2007 似乎表现更好）。每 5 分钟执行一次对用户来说可能会很明显。
如果 DHCP 范围对于现场的所有计算机来说足够大，并且这些计算机中的大多数在现场是固定的，那么通过 DHCP 保留为常规系统分配一个固定的 IP 地址可能是可行的，只留下一个非常小的动态 IP 地址池。为不常出现在办公室的客人和/或笔记本电脑分配的地址。保留地址不会发生冲突。当然：有人必须维护那个预订清单......
如果您的 WAN 上有另一台 DHCP 服务器（Windows/Linux 或另一台路由器）可以进行冲突检测，您可以考虑将此 LAN 添加为那里的附加 DHCP 作用域，并重新配置站点路由器以将 DHCP 转发到此服务器。
如果所有其他方法都失败了，您将不得不设置一个单独的 DHCP 服务器。对于多达大约 200 个用户，您实际上并不需要大型 Windows 服务器或 Linux 机器。您可以使用 TFTPD32 之类的东西，它是免费的，易于设置并且也可以进行碰撞检测。（如果成本是一个问题，它将在桌面操作系统上运行。如果您碰巧有一台可以“始终打开”的 PC）。（并且，请参阅上一段，这可以位于另一个站点上。）
我会考虑的唯一真正的问题是服务器负载。由于与当前的处理器/网络能力相比，DHCP 是一项相对轻量的服务，因此该考虑变得不那么重要了。
这当然都与您的网络规模有关。满是客户的 C 类是一回事，而 5 类 A 则是完全不同的野兽。
尝试将其设置为您提到的 30 分钟，看看您的路由器对处理器负载的反应如何。
更多阅读内容请访问：http : //www.dhcp-handbook.com/dhcp_faq.html（参见问题 35）
| 归档时间： |
|
| 查看次数： |
261015 次 |
| 最近记录： |