我想知道短期 DHCP 租约是否会导致任何问题,例如:
- VoIP 通话中断
- VPN 连接中断
如果是的话,你能解释一下原因吗?
答案1
以上都不是 - 您将租用时间与 DHCP 客户端释放地址混淆了。
客户端应始终在租约到期之前更新 IP 地址,这意味着只要客户端保持活跃就不会出现问题。
从 ISP 获得短期租约的唯一真正问题是,如果您的设备在一段时间内出现故障,您无法保证能重新获得相同的 IP。但这不是问题,因为您永远不应该依赖于作为 DHCP 客户端重新获得相同的 IP - 无论租约时间如何。
答案2
不,因为这些例子是错误的。
正常运行如下:
- 客户要求租赁。
- DHCP 服务器以 IP 来回答,其有效期以及可选的其他信息(例如 DNS 服务器名称、搜索域、建议的主机名等)
- 租约期限过半后,客户端请求续订,并保持相同的 IP
- DHCP 服务器授予此权限,我们将永远循环围绕点 3 和 4。
现在如果你把租赁时间设置得很短那么:
- 您将会获得更多的租约续签。
- 如果您关闭客户端的时间比剩余租约长,您可能会获得另一个 IP。
请注意,获得另一个 IP 是可以的。如果不希望这样,那么客户端应该有一个固定 IP,根本不使用 DHCP,或者 DHCP 服务器需要地址预留。
答案3
我曾经(偶然)看到过大型、设置不当且维护不善的环境出现问题,当时该环境的管理员(从地理位置上讲,我从远处为他们提供支持)将其 DHCP 租约更改为 5 或 10 分钟。正如 Hennes 指出的那样,在这段时间的一半,每个客户端都会向 DHCP 服务器发送 IP 续订请求,流量激增使环境陷入瘫痪。
如果您的网络架构健全、合理(并且主要是千兆或更高),那么就没什么问题。
但为什么?为什么您觉得有必要保留短期租约?即使您的私有 IP 空间中的客户端数量多于可用 IP,您也可以转到更大的 IP 空间(例如全部 10.xxx)!
答案4
事实上,是的,可以。
维基百科很好地解释了 DHCP。
- DHCP发现——客户端广播来发现可用的 DHCP 服务器。
- DHCPOFFER-- 可用的 DHCP 服务器以租约提供响应
- DHCP请求——客户端向可用的服务器请求租约。
- DHCP确认—— 服务器确认该请求。
- 客户端绑定到 IP 地址。
- DHCP请求-- 租约过了一半之后,重新请求相同的租约。
- DHCP确认--- 服务器确认请求。
- 转至 6
如果租约期限短,则可续租的时间也短。如果 DHCP 服务器过载或网络不稳定,这个时间很容易就过去了。
当发生这种情况时,客户端将释放 IP 地址并导致短暂中断,同时从头启动该过程。
- DHCP发现——客户端广播来发现可用的 DHCP 服务器。
- DHCPOFFER-- 可用的 DHCP 服务器以租约提供响应
- DHCP请求——客户端向可用的服务器请求租约。
- DHCP确认—— 服务器确认该请求。
- 客户端绑定到 IP 地址。
- DHCP请求-- 租约过了一半之后,重新请求相同的租约。
- DHCP请求-- 没有回应。请重试。
- DHCP请求-- 没有回应。请重试。
- DHCP请求-- 没有回应。请重试。
- 租约已到期。放弃 IP 地址。转到 1。
我所在大学的租约期限为 14 分钟。虽然大多数情况下都运行良好,但 DHCP 偶尔会超时。如果 DHCP 客户端在租约到期前无法获取 IP 地址,它将放弃该 IP 地址,从而导致短暂中断。