🎟️ DHCP 动态配置：网络节点的自动化寻址
DHCP（Dynamic Host Configuration Protocol，动态主机配置协议） 是一个运行在应用层的网络管理协议，其 IPv4 版本的核心规范定义于 RFC 2131。
在 DHCP 诞生之前（或在使用其前身 BOOTP 时），网络管理员必须手动为每一台入网设备配置 IP 地址、子网掩码、网关和 DNS。这在设备频繁变动的现代网络中是不可想象的。DHCP 通过引入中心化的**地址池（Address Pool）和租约（Lease）**机制，实现了网络参数的零接触自动化下发。
1. 核心机制：DORA 交互流程
Section titled “1. 核心机制：DORA 交互流程”当一台全新安装操作系统的主机，或一部刚连上 Wi-Fi 的手机尝试获取网络配置时，它与 DHCP 服务器之间会进行一次经典的四步交互，业界统称为 DORA 过程。
DHCP 基于 UDP 协议运行。服务器监听 UDP 端口 67，客户端使用 UDP 端口 68 发送和接收报文。
| 阶段 | 报文类型 | 传输方式 | 核心动作解析 |
|---|---|---|---|
| D | DHCP Discover | 全局广播255.255.255.255 | 客户端寻找服务器：客户端没有 IP，只能大喊：“局域网里有 DHCP 服务器吗？我需要一个 IP 地址！” |
| O | DHCP Offer | 单播 / 广播 | 服务器提供可用 IP：服务器听到广播后，从地址池中挑出一个未使用的 IP（如 192.168.10.50），并附带掩码和网关，向客户端发送“报价单”。(注：网络中可能存在多个 DHCP 服务器，客户端会收到多个 Offer) |
| R | DHCP Request | 全局广播 | 客户端确认选择：客户端通常选择最先收到的 Offer，然后再次以广播形式大喊：“我决定接受服务器 A 提供的 192.168.10.50！”(采用广播是为了顺便通知其他落选的服务器：你们提供的 IP 可以收回了) |
| A | DHCP ACK | 单播 / 广播 | 服务器最终确认：服务器 A 收到请求，在内部数据库中将该 IP 标记为“已租出”，并向客户端发送最终的确认报文（Acknowledge）。客户端正式启用该 IP。 |
2. 租约生命周期与续期机制 (Lease & Renewal)
Section titled “2. 租约生命周期与续期机制 (Lease & Renewal)”DHCP 分配的 IP 地址并不是永久赠予的，而是**“出租”**的。每个 DHCP Offer 都包含一个 租期（Lease Time）（通常为 12 小时到 8 天不等）。
为了保证网络连接不中断，客户端无需等到租期彻底结束才去续约，协议规定了两个关键的续租计时器：
- T1 计时器（租期达到 50%）：
当租期过半时，客户端会进入更新状态（Renewing）。它会向当初分配 IP 的那台特定 DHCP 服务器发送一个单播的
DHCP Request请求续期。如果服务器在线并同意，会回复DHCP ACK，租期重新拉满。 - T2 计时器（租期达到 87.5%）：
如果在 T1 阶段服务器没有响应（可能服务器宕机或 IP 改变），客户端会默默忍耐。当租期消耗到 87.5% 时，客户端会进入重新绑定状态（Rebinding）。此时它会直接向全网广播
DHCP Request，呼叫任何可用的 DHCP 服务器：“我的租约快到期了，谁能帮我续一下？”
工程现象：如果到租期 100% 依然没有任何服务器响应，客户端必须立刻剥离该 IP 地址，网络连接彻底中断，操作系统可能会退回到
169.254.x.x(APIPA) 链路本地地址。
3. DHCP Options：不止于 IP 地址
Section titled “3. DHCP Options：不止于 IP 地址”除了分配基础的 IP 和子网掩码，DHCP 最强大的地方在于它的选项字段（DHCP Options, RFC 2132）。通过下发不同的 Option 代码，DHCP 服务器可以为客户端配置各种复杂的网络环境。
最核心的常规选项：
- Option 1：子网掩码（Subnet Mask）
- Option 3：默认网关（Router / Default Gateway）
- Option 6：DNS 服务器（Domain Name Server）
- Option 15：域名后缀（Domain Name，例如搜索短域名时自动补全
.local.lan）
高级/特殊选项：
- Option 42：NTP 时间服务器地址。
- Option 66 / 67：TFTP 服务器地址与启动文件名（用于 PXE 网络无盘启动安装操作系统）。
- Option 121：无类别静态路由（Classless Static Route），直接通过 DHCP 给客户端下发复杂的路由表。
4. 架构进阶：静态绑定与 DHCP 中继
Section titled “4. 架构进阶：静态绑定与 DHCP 中继”4.1 静态绑定 (Static Binding / DHCP Reservation)
Section titled “4.1 静态绑定 (Static Binding / DHCP Reservation)”在数据中心或复杂的底层架构中，服务器（如 NAS、虚拟化宿主机）必须拥有固定的 IP 地址，否则其他服务将无法稳定寻址。
虽然可以直接在操作系统的网卡配置中写死静态 IP，但现代网络工程更推荐使用 DHCP 静态绑定：
在 DHCP 服务器端，将特定设备的 MAC 地址 与一个固定的 IP 地址 强行绑定。当该设备发送 DHCP Discover 时，服务器永远只给它下发那个专属的 IP。
- 优势：所有 IP 分配记录在 DHCP 服务器上集中管理，一目了然；修改网关或 DNS 时，只需在服务器改一次，所有设备重启网卡即可生效，免去了逐台登录服务器修改配置的痛苦。
4.2 DHCP 中继 (DHCP Relay - RFC 3046)
Section titled “4.2 DHCP 中继 (DHCP Relay - RFC 3046)”前文提到，DHCP Discover 是一个 255.255.255.255 的全局广播包。
核心痛点：路由器（三层设备）天生会隔离广播包。如果一个企业内部划分了 10 个 VLAN（即 10 个独立的物理子网），难道要在每个 VLAN 里都部署一台 DHCP 服务器吗？
解决方案：在每个 VLAN 的网关路由器上配置 DHCP Relay（中继代理）。
当网关收到 VLAN 内部的 DHCP Discover 广播包时，它会将该报文截获，转换为单播包（Unicast），直接跨网段发送给集中的 DHCP 服务器。中继代理还会在报文中插入 Option 82 字段，告诉服务器：“这个请求来自 VLAN 20，请从 VLAN 20 的地址池里挑一个 IP 给我，我再转交给那个客户端。”
📚 权威规范参考 (RFCs)
Section titled “📚 权威规范参考 (RFCs)”- RFC 2131: Dynamic Host Configuration Protocol (DHCP 核心基础规范)
- RFC 2132: DHCP Options and BOOTP Vendor Extensions (DHCP 选项字典)
- RFC 3046: DHCP Relay Agent Information Option (Option 82 中继规范)
- RFC 8415: Dynamic Host Configuration Protocol for IPv6 (DHCPv6)