☰

Ubuntu ISC-DHCP-Client 网络上的互联网掉线

tag-icon • tag-icon linux ubuntu networking dhcp dhclient
Ubuntu ISC-DHCP-Client 网络上的互联网掉线

我在 Ubuntu 服务器 16.04 上遇到了网络连接问题。我通过以太网连接到 Verizon Fios（在 /etc/network/interfaces 文件中将其定义为 dhcp。）

我用来连接它们的 DHCP 客户端是 DHCP-ISC-Client，也称为 DHCLIENT。

我在 dhclient.conf 上使用的自定义配置是：

supersede dhclient-lease-time 2000000; supersede dhcp-rebinding-time 2000000; supersede dhcp-renewal-time   2000000; timeout 1000000; select timeout 1; inital-interval 2;

配置文件截图

我的 dhclient.conf 看起来像那样。

在添加取代的 dhclient-lease-time 2000000 之前；我基本上获得了 3000 秒的租约，租约到期后，DHCP 服务器不会发送任何新的要约来续订。我设置了 2000.000 秒，但 3 小时后我的互联网断线了，当我连接到互联网时，dhcp-client 不断向服务器发送要约（我不知道这是否可以接受）

伙计们，请在这里寻求帮助，谢谢。

答案1

您是否使用任何类型的自定义防火墙规则？

通过防火墙获取 DHCP 可能有点棘手，因为初始发现/提供/请求/确认周期使用源 IP 0.0.0.0 和目标 255.255.255.255 的广播进行，但续订可以选择使用单播。如果您不允许从 DHCP 服务器到端口 68/UDP 的 UDP 流量，您可能会意外过滤掉 DHCP 服务器对系统发送的续订请求的响应。

通过取代租约/重新绑定/续订时间，您可能只是在搬起石头砸自己的脚。您的 DHCP 客户端负责在服务器指定的租约时间过半后发送租约续订请求。因此，您dhclient应该在初始 IP 分配后 1500 秒左右开始尝试续订。但您已经说过dhclient，无论 DHCP 服务器怎么说，dhclient都不必在 2000000 秒（>23 天）过去之前这样做，因此不会发生续订。

即使您取代了租用时间值，DHCP 服务器也不必遵守您修改的时间值：它可以简单地忽略客户端有关更长租用时间的建议。

如果 DHCP 服务器上配置的租约时间为 3000 秒，那么在您dhclient持有该地址 3000 秒且未发送续订请求后，DHCP 服务器可以将“您的”IP 地址释放回可分配 IP 地址池。根据从 DHCP 服务器请求 IP 地址的客户端数量，“您的”IP 地址可能需要一段时间才能真正重新分配给其他人，在此期间，您可能实际上仍然可以使用该 IP 地址。就你的情况而言，这似乎需要大约 3 个小时。

一旦 IP 被实际分配给其他人，那么您的 ISP 上针对 IP 劫持的任何保护措施都会从保护您转变为保护新的 IP 地址持有者，结果您将失去互联网连接。

这也可能是 ISP 基础设施中的某种定期“清理”工作，断开超过 XXXX 秒没有有效 DHCP 租约的 IP 地址。如果您可以在 3 小时后通过禁用并重新启用网络接口来恢复以前的 IP 地址，那么这可能是正在发生的事情。

相关内容