DHCP 作用、原理、机制和报文格式详解

1. DHCP 的作用

DHCP（Dynamic Host Configuration Protocol，动态主机配置协议）是一种工作在应用层的网络协议，基于 UDP 实现，主要用于自动给网络中的主机分配 IP 地址及网络配置参数，让设备能够「即插即用」地接入网络。

在 DHCP 出现之前，网络管理员需要手动为每台设备配置 IP 地址、子网掩码、默认网关、DNS 服务器等参数。这种方式在小规模网络中尚可接受，但在大型网络中会带来以下问题：

配置工作量大：设备数量多时，逐台手动配置效率极低；
容易出错：手工输入容易产生 IP 地址冲突、掩码写错等故障；
难以集中管理：网络调整时需要逐台修改，维护成本高；
移动性差：笔记本电脑等设备更换网络环境后需要重新配置。

DHCP 很好地解决了上述问题，其主要作用可以概括为：

自动分配 IP 地址，避免手动配置的繁琐和地址冲突；
统一下发网络参数，如子网掩码、默认网关、DNS 服务器、租约时间等；
集中管理地址池，提高 IP 地址利用率，尤其是地址资源紧张的环境；
支持地址租约机制，地址到期后可回收、重新分配；

需要注意的是，DHCP 分配的 IP 地址是动态租用而非永久拥有的，客户端只在租约有效期内使用该地址，租约到期后需要续租或重新申请。

2. DHCP 的工作原理

DHCP 采用 客户端/服务器（C/S） 架构。DHCP 服务器维护一个可分配的 IP 地址池，客户端向服务器申请地址，服务器从地址池中挑选一个可用地址分配给客户端。

2.1 为什么使用 UDP 和广播

DHCP 基于 UDP 协议，使用两个固定端口：

服务器端口：67
客户端端口：68

在客户端刚接入网络时，它还没有 IP 地址，甚至不知道 DHCP 服务器在哪里，因此必须通过广播来发现服务器。使用 UDP 而不是 TCP，是因为此时客户端无法建立需要源 IP 的连接，且 DHCP 交互流程简单、报文短，UDP 的无连接特性更适合这种场景。

2.2 IP 地址分配方式

DHCP 支持三种地址分配方式：

分配方式	说明	典型场景
动态分配	从地址池中动态分配一个地址，有租约时间限制	绝大多数普通终端设备
静态分配	将特定 IP 地址与客户端 MAC 地址绑定，长期固定	服务器、打印机等需要固定地址的设备
自动分配	DHCP 服务器一次分配后永久保留该地址给该客户端	需要长期稳定地址但无需手工配置的场景

3. DHCP 的工作机制

当客户端首次接入网络并向 DHCP 服务器申请地址时，会经历四个阶段，通常称为 DORA 流程：

Discover（发现）
Offer（提供）
Request（请求）
Acknowledge（确认）

DHCP 服务器客户端 DHCP 服务器客户端 #mermaid-svg-z2jWGTW3IJcEm6LB{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}@keyframes edge-animation-frame{from{stroke-dashoffset:0;}}@keyframes dash{to{stroke-dashoffset:0;}}#mermaid-svg-z2jWGTW3IJcEm6LB .edge-animation-slow{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 50s linear infinite;stroke-linecap:round;}#mermaid-svg-z2jWGTW3IJcEm6LB .edge-animation-fast{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 20s linear infinite;stroke-linecap:round;}#mermaid-svg-z2jWGTW3IJcEm6LB .error-icon{fill:#552222;}#mermaid-svg-z2jWGTW3IJcEm6LB .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-z2jWGTW3IJcEm6LB .edge-thickness-normal{stroke-width:1px;}#mermaid-svg-z2jWGTW3IJcEm6LB .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-z2jWGTW3IJcEm6LB .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-z2jWGTW3IJcEm6LB .edge-thickness-invisible{stroke-width:0;fill:none;}#mermaid-svg-z2jWGTW3IJcEm6LB .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-z2jWGTW3IJcEm6LB .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-z2jWGTW3IJcEm6LB .marker{fill:#333333;stroke:#333333;}#mermaid-svg-z2jWGTW3IJcEm6LB .marker.cross{stroke:#333333;}#mermaid-svg-z2jWGTW3IJcEm6LB svg{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-z2jWGTW3IJcEm6LB p{margin:0;}#mermaid-svg-z2jWGTW3IJcEm6LB .actor{stroke:hsl(259.6261682243, 59.7765363128%, 87.9019607843%);fill:#ECECFF;}#mermaid-svg-z2jWGTW3IJcEm6LB text.actor>tspan{fill:black;stroke:none;}#mermaid-svg-z2jWGTW3IJcEm6LB .actor-line{stroke:hsl(259.6261682243, 59.7765363128%, 87.9019607843%);}#mermaid-svg-z2jWGTW3IJcEm6LB .innerArc{stroke-width:1.5;stroke-dasharray:none;}#mermaid-svg-z2jWGTW3IJcEm6LB .messageLine0{stroke-width:1.5;stroke-dasharray:none;stroke:#333;}#mermaid-svg-z2jWGTW3IJcEm6LB .messageLine1{stroke-width:1.5;stroke-dasharray:2,2;stroke:#333;}#mermaid-svg-z2jWGTW3IJcEm6LB #arrowhead path{fill:#333;stroke:#333;}#mermaid-svg-z2jWGTW3IJcEm6LB .sequenceNumber{fill:white;}#mermaid-svg-z2jWGTW3IJcEm6LB #sequencenumber{fill:#333;}#mermaid-svg-z2jWGTW3IJcEm6LB #crosshead path{fill:#333;stroke:#333;}#mermaid-svg-z2jWGTW3IJcEm6LB .messageText{fill:#333;stroke:none;}#mermaid-svg-z2jWGTW3IJcEm6LB .labelBox{stroke:hsl(259.6261682243, 59.7765363128%, 87.9019607843%);fill:#ECECFF;}#mermaid-svg-z2jWGTW3IJcEm6LB .labelText,#mermaid-svg-z2jWGTW3IJcEm6LB .labelText>tspan{fill:black;stroke:none;}#mermaid-svg-z2jWGTW3IJcEm6LB .loopText,#mermaid-svg-z2jWGTW3IJcEm6LB .loopText>tspan{fill:black;stroke:none;}#mermaid-svg-z2jWGTW3IJcEm6LB .loopLine{stroke-width:2px;stroke-dasharray:2,2;stroke:hsl(259.6261682243, 59.7765363128%, 87.9019607843%);fill:hsl(259.6261682243, 59.7765363128%, 87.9019607843%);}#mermaid-svg-z2jWGTW3IJcEm6LB .note{stroke:#aaaa33;fill:#fff5ad;}#mermaid-svg-z2jWGTW3IJcEm6LB .noteText,#mermaid-svg-z2jWGTW3IJcEm6LB .noteText>tspan{fill:black;stroke:none;}#mermaid-svg-z2jWGTW3IJcEm6LB .activation0{fill:#f4f4f4;stroke:#666;}#mermaid-svg-z2jWGTW3IJcEm6LB .activation1{fill:#f4f4f4;stroke:#666;}#mermaid-svg-z2jWGTW3IJcEm6LB .activation2{fill:#f4f4f4;stroke:#666;}#mermaid-svg-z2jWGTW3IJcEm6LB .actorPopupMenu{position:absolute;}#mermaid-svg-z2jWGTW3IJcEm6LB .actorPopupMenuPanel{position:absolute;fill:#ECECFF;box-shadow:0px 8px 16px 0px rgba(0,0,0,0.2);filter:drop-shadow(3px 5px 2px rgb(0 0 0 / 0.4));}#mermaid-svg-z2jWGTW3IJcEm6LB .actor-man line{stroke:hsl(259.6261682243, 59.7765363128%, 87.9019607843%);fill:#ECECFF;}#mermaid-svg-z2jWGTW3IJcEm6LB .actor-man circle,#mermaid-svg-z2jWGTW3IJcEm6LB line{stroke:hsl(259.6261682243, 59.7765363128%, 87.9019607843%);fill:#ECECFF;stroke-width:2px;}#mermaid-svg-z2jWGTW3IJcEm6LB :root{--mermaid-font-family:"trebuchet ms",verdana,arial,sans-serif;} 1. DHCP Discover（广播）2. DHCP Offer（广播/单播）3. DHCP Request（广播）4. DHCP Ack（广播/单播）

3.1 DHCP Discover（发现阶段）

客户端刚接入网络时还没有 IP 地址，它会以 0.0.0.0 作为源地址、255.255.255.255 作为目的地址，向网络中广播一个 DHCP Discover 报文，询问「这里有没有 DHCP 服务器？」

如果客户端曾经获得过某个 IP 地址，它可能会在报文中携带上次使用的地址信息，尝试再次获得同一地址。

3.2 DHCP Offer（提供阶段）

网络中所有收到 Discover 报文的 DHCP 服务器都会做出响应。服务器从自己的地址池中挑选一个可用 IP 地址，连同子网掩码、网关、租约时间等参数，通过 DHCP Offer 报文发送给客户端。

如果网络中存在多台 DHCP 服务器，客户端可能会收到多个 Offer。Offer 报文通常采用广播方式发送，因为此时客户端仍可能没有可用的 IP 地址。

3.3 DHCP Request（请求阶段）

客户端从收到的多个 Offer 中选择一个（通常是第一个到达的或配置最优的），然后广播 DHCP Request 报文，内容包括：

客户端选择的服务器标识，表明自己接受哪台服务器的 Offer；
请求使用的 IP 地址。

这个报文仍然采用广播，目的是通知所有 DHCP 服务器：未被选中的服务器可以收回自己预留的地址，只有被选中的服务器才会继续处理。

3.4 DHCP Ack（确认阶段）

被选中的 DHCP 服务器收到客户端的 DHCP Request 报文后，会进行合法性检查：

若请求合法‌：服务器回复 ‌DHCP Ack‌ 报文，其中包含最终的 IP 地址、租约时间及其他配置参数。‌
若请求非法‌（例如：客户端请求的 IP 不属于当前网段、租约记录不存在或已过期、IP 已被分配给其他设备等）：服务器会直接回复 ‌DHCP Nak‌（否定确认）报文。客户端收到 Nak 后，必须立即停止使用当前尝试获取的 IP，并重新发起 ‌DHCP Discover‌ 流程，重新开始 DORA 过程。

3.5 地址冲突检测

客户端收到 DHCP Ack 后，并不会立即正式使用该 IP，而是先进行‌地址冲突检测‌（通常通过发送 ARP 请求探测该 IP 是否已在网络中被其他设备占用）：

发送方式‌：‌广播‌（Broadcast）。
报文特征‌：
- ‌Sender IP（发送者 IP）‌：通常设置为 0.0.0.0（因为此时客户端尚未正式启用该 IP，或者为了表明这是一个探测包）。
- ‌Target IP（目标 IP）‌：设置为即将使用的 IP 地址（如 192.168.1.100）。
  ‌Sender MAC‌：客户端自己的 MAC 地址。

客户端发送完上述 ARP 请求后，会等待一小段时间（通常为几秒），监听网络中是否有针对该 Target IP 的 ‌ARP 响应。

情况 A：没有收到任何响应
- 结论‌：该 IP 地址在当前局域网内是‌空闲‌的，没有被其他设备占用。
- 动作‌：客户端正式配置网卡使用该 IP 地址，并更新本地的 ARP 缓存表，完成 DHCP 流程。
情况 B：收到了 ARP 响应，且响应的 MAC 地址‌不等于‌客户端自己的 MAC 地址
- 结论‌：该 IP 地址‌已被占用‌，存在冲突。
- 动作‌：
  - 向 DHCP 服务器发送 ‌DHCP Decline‌ 报文告知服务器："你分给我的这个 IP 有冲突，我不能用。"
  - DHCP 服务器收到 Decline 后，会将该 IP 标记为"冲突/不可用"状态。
  - 客户端重新发起 ‌DHCP Discover‌ 流程，申请一个新的 IP 地址。

3.6 租约续期机制

IP 地址分配是有租约期限的。租约的更新和释放遵循以下机制：

租约更新 ：当租约时间过去 50% 时，客户端会以单播方式向原 DHCP 服务器发送 DHCP Request，请求续租；
二次续租 ：如果到 50% 时未收到响应，客户端会在租约时间过去 87.5% 时，以广播方式重新发送 DHCP Request，向任意服务器续租；
重新申请：如果租约到期仍未续租成功，客户端必须停止使用该地址，重新进入 Discover 阶段；
提前释放 ：客户端主动发送 DHCP Release 报文，释放当前地址，服务器可将其重新分配。

3.7 其他报文类型

除了 DORA 流程中的四种报文，DHCP 还定义了以下常用报文：

DHCP Nak：服务器拒绝客户端的请求或地址无效时发送；
DHCP Release：客户端主动释放地址；
DHCP Decline：客户端检测到地址冲突时，通知服务器该地址不可用；
DHCP Inform：客户端已有 IP 地址，仅希望获取其他配置参数。

4. DHCP 报文格式

DHCP 报文格式是在 BOOTP 报文格式基础上扩展而来的，既保持了与 BOOTP 的兼容性，又增加了选项字段来承载更多配置信息。

复制代码

 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     op (1)    |   htype (1)  |   hlen (1)   |   hops (1)     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                           xid (4)                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           secs (2)           |           flags (2)           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          ciaddr (4)                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          yiaddr (4)                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          siaddr (4)                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          giaddr (4)                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          chaddr (16)                          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          sname (64)                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          file (128)                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          options (可变)                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

4.1 固定字段说明

字段	长度（字节）	说明
op	1	报文操作类型：`1` 表示客户端请求（Request），`2` 表示服务器应答（Reply）
htype	1	硬件地址类型，以太网为 `1`
hlen	1	硬件地址长度，以太网 MAC 地址为 `6`
hops	1	中继代理跳数，客户端置 0，每经过一个中继代理加 1
xid	4	事务 ID，由客户端随机生成，用于匹配请求与应答
secs	2	客户端开始地址申请后经过的秒数
flags	2	标志位，最高位为广播标志，置 1 表示要求服务器广播响应
ciaddr	4	客户端当前已有的 IP 地址，续租或重绑定时使用
yiaddr	4	服务器分配给客户端的 IP 地址
siaddr	4	下一个启动服务器地址，用于引导过程
giaddr	4	中继代理 IP 地址，跨网段转发时填写
chaddr	16	客户端硬件地址（MAC 地址），以太网占前 6 字节
sname	64	服务器主机名（可选）
file	128	启动文件名（可选，用于无盘启动）
options	可变	选项字段，承载子网掩码、网关、DNS 等配置参数

4.2 Options 选项字段

Options 是 DHCP 报文中最灵活、最重要的部分，用于携带各种网络配置参数。Option 字段遵循 TLV（Type-Length-Value） 格式：

复制代码

+------+------+------+------+-----+------+
| Code | Len  |           Value          |
+------+------+------+------+-----+------+

常用 Option 如下：

Option Code	名称	说明
1	Subnet Mask	子网掩码
3	Router	默认网关地址列表
6	DNS Server	DNS 服务器地址列表
12	Host Name	主机名
15	Domain Name	域名
50	Requested IP Address	客户端请求的 IP 地址
51	IP Address Lease Time	地址租约时间（秒）
53	DHCP Message Type	DHCP 报文类型（Discover/Offer 等）
54	Server Identifier	DHCP 服务器标识（IP 地址）
55	Parameter Request List	客户端请求的参数列表
58	Renewal Time	续租时间 T1
59	Rebinding Time	重绑定时间 T2
61	Client Identifier	客户端标识符
82	Relay Agent Information	中继代理信息（跨网段时使用）

其中 Option 53（报文类型） 是必需的，它决定了该报文属于 Discover、Offer、Request、Ack、Nak、Release 等哪一类消息。

5. 报文抓包分析示例

在实际抓包中，一次完整的 DORA 流程通常呈现如下交互。以客户端申请到 192.168.1.100、服务器为 192.168.1.1 为例：

1）DHCP Discover 报文

源地址：0.0.0.0:68
目的地址：255.255.255.255:67
关键字段：Message type: Discover、Client MAC: aa:bb:cc:dd:ee:ff

2）DHCP Offer 报文

源地址：192.168.1.1:67
目的地址：192.168.1.100:68 或广播
关键字段：Message type: Offer、Your IP: 192.168.1.100、Subnet Mask: 255.255.255.0、Router: 192.168.1.1、Lease Time: 86400

3）DHCP Request 报文

源地址：0.0.0.0:68
目的地址：255.255.255.255:67
关键字段：Message type: Request、Requested IP: 192.168.1.100、Server Identifier: 192.168.1.1

4）DHCP Ack 报文

源地址：192.168.1.1:67
目的地址：192.168.1.100:68 或广播
关键字段：Message type: Ack、Your IP: 192.168.1.100、Lease Time: 86400

6. 常见问题与故障排查

6.1 客户端获取不到 IP 地址

可能原因及排查方向：

物理链路故障：网线、交换机端口、网卡故障；
DHCP 服务器不可达：服务器宕机、VLAN 未放通、防火墙拦截 67/68 端口；
地址池耗尽：可分配地址已经全部租出；
存在非法 DHCP 服务器：客户端拿到了错误地址段；
中继配置问题：跨网段环境下未正确配置 DHCP 中继。

6.2 IP 地址冲突

当两台设备使用了同一个 IP 地址时，客户端会通过 ARP 检测发现冲突，并可能发送 DHCP Decline 报文通知服务器。排查时需检查地址池中是否存在静态绑定地址与动态地址重叠的情况。

6.3 跨网段 DHCP 问题

DHCP Discover 是广播报文，默认无法跨路由器传播。为了让不同网段的客户端也能获取地址，需要在网关设备上配置 DHCP 中继（Relay）。中继代理会将客户端的广播请求转换为单播转发给 DHCP 服务器，并在 giaddr 字段中填入自己的接口 IP 地址，以便服务器知道从哪个地址池分配地址。

7. 总结

DHCP 是现代网络中不可或缺的基础协议，它通过简单的 DORA 四步流程，实现了主机网络参数的自动配置，极大降低了网络运维成本。本文从作用、原理、机制和报文格式四个方面对 DHCP 进行了系统梳理：

作用：自动分配 IP 地址和网络参数，实现设备即插即用；
原理：基于 UDP 67/68 端口的 C/S 架构，通过广播发现服务器；
机制：Discover、Offer、Request、Ack 四个阶段，配合租约续期、释放等机制完成地址全生命周期管理；
报文格式：在 BOOTP 基础上扩展，固定字段加 Options 选项字段承载配置。

理解 DHCP 的工作过程和报文结构，对于日常网络排查、协议分析以及网络安全防护都具有重要意义。