是从我的ISP短暂的DHCP租约可能会导致问题？

以上都不是 – 您将租赁时间与DHCP客户端发布地址混淆在一起。

客户应始终在租约到期之前更新IP地址，这意味着只要客户端保持活动状态，就不会有任何问题。

从ISP短租的唯一真正的问题是，如果您的设备停机一段时间，您不能保证您将获得相同的IP。 但是这不是一个问题，因为不pipe是租用时间，都不应该依赖于获得与DHCP客户端相同的IP。

不，因为这些例子是错误的。

正常的操作是这样的：

1. 客户要求租赁。
2. DHCP服务器回答一个IP，它的有效期和可选的一些更多的信息（例如，DNS服务器名称，search域，build议的主机名，…）
3. 在一半的租约期满后，客户要求更新它，保持相同的IP
4. DHCP服务器授予这个，我们永远循环点3和4。

现在，如果你把租赁时间缩短，那么：

1. 你正在获得更多的续约。
2. 如果您closures客户一段时间，那么您迁移的剩余租约将获得另一个IP。
   请注意，获得另一个IP是好的。 如果不是这样，客户端应该有一个固定的IP，根本不使用DHCP，或者DHCP服务器需要一个地址保留。

我（有点）看到，当环境的pipe理员（我从远处支持的，从地理上讲）改变了他们的DHCP租约到5或10分钟时，我看到了一个设置不好，环境不好的问题。 正如Hennes所指出的那样，在一半的时间里，每个客户端都向DHCP服务器发送一个IP更新请求，并且交通的激增将环境弄得一团糟。

如果你的networking体系结构健全和理智（主要是千兆或更好），你应该没问题。

但为什么 ？ 你为什么觉得需要保持短租？ 即使你的私有IP空间比可用IP更多，你也可以进入一个更大的IP空间（就像10.xxx一样）！

其实，是的。

维基百科做了很好的解释DHCP。

1. DHCPDISCOVER – 客户端广播来发现可用的DHCP服务器。
2. DHCPOFFER – 可用的DHCP服务器响应租赁报价
3. DHCPREQUEST – 客户端从可用服务器请求租约。
4. DHCPACK – 服务器确认请求。
5. 客户端绑定到IP地址。
6. DHCPREQUEST – 租约一旦结束，重新请求相同的租约。
7. DHCPACK —服务器确认请求。
8. 转到6

如果租赁时间短，则可用于续租的时间很短。 如果DHCP服务器过载或networking不稳定，这段时间很容易。

发生这种情况时，客户端将释放该IP地址，并在从头开始进程时导致小的中断。

1. DHCPDISCOVER – 客户端广播来发现可用的DHCP服务器。
2. DHCPOFFER – 可用的DHCP服务器响应租赁报价
3. DHCPREQUEST – 客户端从可用服务器请求租约。
4. DHCPACK – 服务器确认请求。
5. 客户端绑定到IP地址。
6. DHCPREQUEST – 租约一旦结束，重新请求相同的租约。
7. DHCPREQUEST – 无响应。 再试一次..
8. DHCPREQUEST – 无响应。 再试一次..
9. DHCPREQUEST – 无响应。 再试一次..
10. 租约过期。 放弃IP地址。 转到1。

我的大学有14分钟的租约时间。 虽然大部分时间这个工作正常，但是每隔一段时间，DHCP将超时。 如果DHCP客户端在租约到期前无法获取IP地址，则会放弃IP地址造成小的中断。