学习dhclient工作原理，能否迅速攻克Linux网络配置中的各种疑难杂症？
- 内容介绍
- 文章标签
- 相关推荐
网络问题，简直就是 Linux 用户挥之不去的噩梦。特别是对于新手“找不到 IP”、“网络连接不上” 这种状况，常常让人抓狂。但如果你能深入了解一下 `dhclient` 的工作原理， 就能像一位经验丰富的网络工程师一样，轻松应对各种网络故障，那必须的！。
什么是 dhclient？
好吧... `dhclient` 是 Linux 系统中默认的 DHCP 客户端程序。简单 它就像一个勤劳的“IP 地址申请员”，负责向局域网内的 DHCP 服务器请求 IP 地址、子网掩码、网关、DNS 服务器等关键的网络配置信息。你点击虚拟机上的“自动获取 IP”按钮，背后就是 `dhclient` 在默默地工作。
dhclient 的工作流程：一场精彩的四轮赛跑
研究研究。 `dhclient` 的工作流程并非一蹴而就，而是一场充满策略和竞争的四轮赛跑。
- 发送 DHCPDISCOVER 消息： 先说说 `dhclient` 会向本地网络广播一条 `DHCPDISCOVER` 消息，就像在喊：“有没有 DHCP 服务器？我需要 IP 地址！”
- 接收 DHCPOFFER 消息： 如果有 DHCP 服务器响应， 它会向客户端发送一条 `DHCPOFFER` 消息，包含一个可用的 IP 地址以及其他网络配置信息。
- 发送 DHCPREQUEST 消息： 客户端收到 `DHCPOFFER` 后会选择一个 IP 地址，然后向 DHCP 服务器发送一条 `DHCPREQUEST` 消息确认请求该 IP 地址。 这就像说：“我选这个地址！给我的！”
- 接收 DHCPACK 消息： 如果服务器同意分配该 IP 地址， 它会发送一条 `DHCPACK` 消息给客户端，包含租约期限等信息。 这就是到头来确认！
常见网络故障及 dhclient 的解决方案
CentOS7 默认开启 firewalld ， 如果没有放行端口，你会看到日志里只有 “Sending on eth0 …” 却没有 “Received DHCPOFFER”
纯属忽悠。 哎呀！这可是老生常谈的问题了。CentOS7 使用 firewalld 作为防火墙时 如果没有正确开放 DHCP 所需的端口，客户端就无法接收到来自 DHCP 服务器的 DHCPOFFER 信息。
# firewall-cmd --add-service=dhcp --permanent# firewall-cmd --reload# systemctl restart dhclient这条命令可以解决这个问题：先说说添加 dhcp 服务到防火墙永久允许列表；然后重新加载防火墙配置；再说说重启 dhclient 服务使其重新尝试获取 IP 地址。
租约时间太短导致频繁续租
这是在容器化环境中最常见的痛点之一。DHCP 服务器分配给客户端的 IP 地址有一个租约时间。 躺平。 失去当前 IP 地址并重新获取一个新的地址。
默认情况下可能只给了几分钟的租约时间 ，这在容器环境下尤其尴尬。
# 打开 /etc/dhcp/dhclient.conf ，加上：supersede lease-time infinite;修改 `/etc/dhcp/dhclient.conf` 文件中的 `supersede lease-time` 参数为 `infinite` 可以设置无限长的租约时间。或者也可以增加一些时间让续租间隔更长一点.
多块网卡抢占同一 IP 的尴尬局面
如果你的服务器有多块网卡 ， 并且每块网卡都配置了独立的接口名 ，那么可能会遇到多块网卡一边尝试获取同一 IP 地址的情况。这会导致 "duplicate address detected" 的错误，梳理梳理。。
#手工指定每块卡对应的接口名 比方说eth0 和 eth1`dhclient -i eth0` 可以手动指定接口名来施行 `dhclient` 命令 。 拉倒吧... 避免这种情况最靠谱的方法就是手工指定每块卡对应的接口名来施行 `dhclient` 命令。
案例分析——从零开始搭建高可用双网卡环境
为了提高网络的可靠性, 我们常常会采用双网卡方案来实现故障切换。假设我们有两块物理网 我跟你交个底... 卡 eth0 与 eth1, 需要分别从两个不同的子网获取IP地址, 并实现故障切换.
# 在 /etc/sysconfig/network-scripts/ifcfg-: # 添加如下内容 # BOOTPROTO=dhcp # DFUSE=no # GATEWAY= # DNS= #超长租约supersede lease-time 86400;| 步骤 | 描述 |
|---|---|
| 1 | 发送 DHCPDISCOVER 请求 |
| 2 | 接收 DHCPOFFER 回复 |
| 3 | 发送 DHCPREQUEST 请求 |
| 4 | 接收 DHCPACK 应答 |
网络问题，简直就是 Linux 用户挥之不去的噩梦。特别是对于新手“找不到 IP”、“网络连接不上” 这种状况，常常让人抓狂。但如果你能深入了解一下 `dhclient` 的工作原理， 就能像一位经验丰富的网络工程师一样，轻松应对各种网络故障，那必须的！。
什么是 dhclient？
好吧... `dhclient` 是 Linux 系统中默认的 DHCP 客户端程序。简单 它就像一个勤劳的“IP 地址申请员”，负责向局域网内的 DHCP 服务器请求 IP 地址、子网掩码、网关、DNS 服务器等关键的网络配置信息。你点击虚拟机上的“自动获取 IP”按钮，背后就是 `dhclient` 在默默地工作。
dhclient 的工作流程：一场精彩的四轮赛跑
研究研究。 `dhclient` 的工作流程并非一蹴而就，而是一场充满策略和竞争的四轮赛跑。
- 发送 DHCPDISCOVER 消息： 先说说 `dhclient` 会向本地网络广播一条 `DHCPDISCOVER` 消息，就像在喊：“有没有 DHCP 服务器？我需要 IP 地址！”
- 接收 DHCPOFFER 消息： 如果有 DHCP 服务器响应， 它会向客户端发送一条 `DHCPOFFER` 消息，包含一个可用的 IP 地址以及其他网络配置信息。
- 发送 DHCPREQUEST 消息： 客户端收到 `DHCPOFFER` 后会选择一个 IP 地址，然后向 DHCP 服务器发送一条 `DHCPREQUEST` 消息确认请求该 IP 地址。 这就像说：“我选这个地址！给我的！”
- 接收 DHCPACK 消息： 如果服务器同意分配该 IP 地址， 它会发送一条 `DHCPACK` 消息给客户端，包含租约期限等信息。 这就是到头来确认！
常见网络故障及 dhclient 的解决方案
CentOS7 默认开启 firewalld ， 如果没有放行端口，你会看到日志里只有 “Sending on eth0 …” 却没有 “Received DHCPOFFER”
纯属忽悠。 哎呀！这可是老生常谈的问题了。CentOS7 使用 firewalld 作为防火墙时 如果没有正确开放 DHCP 所需的端口，客户端就无法接收到来自 DHCP 服务器的 DHCPOFFER 信息。
# firewall-cmd --add-service=dhcp --permanent# firewall-cmd --reload# systemctl restart dhclient这条命令可以解决这个问题：先说说添加 dhcp 服务到防火墙永久允许列表；然后重新加载防火墙配置；再说说重启 dhclient 服务使其重新尝试获取 IP 地址。
租约时间太短导致频繁续租
这是在容器化环境中最常见的痛点之一。DHCP 服务器分配给客户端的 IP 地址有一个租约时间。 躺平。 失去当前 IP 地址并重新获取一个新的地址。
默认情况下可能只给了几分钟的租约时间 ，这在容器环境下尤其尴尬。
# 打开 /etc/dhcp/dhclient.conf ，加上：supersede lease-time infinite;修改 `/etc/dhcp/dhclient.conf` 文件中的 `supersede lease-time` 参数为 `infinite` 可以设置无限长的租约时间。或者也可以增加一些时间让续租间隔更长一点.
多块网卡抢占同一 IP 的尴尬局面
如果你的服务器有多块网卡 ， 并且每块网卡都配置了独立的接口名 ，那么可能会遇到多块网卡一边尝试获取同一 IP 地址的情况。这会导致 "duplicate address detected" 的错误，梳理梳理。。
#手工指定每块卡对应的接口名 比方说eth0 和 eth1`dhclient -i eth0` 可以手动指定接口名来施行 `dhclient` 命令 。 拉倒吧... 避免这种情况最靠谱的方法就是手工指定每块卡对应的接口名来施行 `dhclient` 命令。
案例分析——从零开始搭建高可用双网卡环境
为了提高网络的可靠性, 我们常常会采用双网卡方案来实现故障切换。假设我们有两块物理网 我跟你交个底... 卡 eth0 与 eth1, 需要分别从两个不同的子网获取IP地址, 并实现故障切换.
# 在 /etc/sysconfig/network-scripts/ifcfg-: # 添加如下内容 # BOOTPROTO=dhcp # DFUSE=no # GATEWAY= # DNS= #超长租约supersede lease-time 86400;| 步骤 | 描述 |
|---|---|
| 1 | 发送 DHCPDISCOVER 请求 |
| 2 | 接收 DHCPOFFER 回复 |
| 3 | 发送 DHCPREQUEST 请求 |
| 4 | 接收 DHCPACK 应答 |