DHCP高频考点全解：DORA流程、租约生命周期与排障实战

上个月给团队做内训，我随手出了几道DHCP基础题，结果有点出乎意料。平时配置console口、划分VLAN都挺利索的同事，在"DHCP Offer到底是广播还是单播"这道题上几乎全军覆没。这让我想起自己当年准备网络认证考试的时候——总觉得自己天天在用DHCP，可真要讲清楚报文流程、租约续租的时间点、跨网段中继的原理，脑子里的印象全是模糊的。越是常见的协议，基础题越能挖出认知盲区，这话一点都不夸张。

这篇文章就是围绕DHCP基础题整理的，适合三类人：准备网络类认证考试的学生、刚入行的网络运维新人，以及想把自己对DHCP的认识"从会用升级到能讲清楚"的工程师。我会把每个高频考点都拆开讲透，包括DORA流程、租约生命周期、中继原理、常见排障思路，最后附二十道自测题，方便你直接检验学习效果。

1. 别小看DHCP基础题：这几个概念才是真正的分水岭

1.1 DHCP到底解决了什么问题

DHCP全称是动态主机配置协议，核心作用就是给终端设备自动分配IP地址、子网掩码、默认网关、DNS服务器这些网络参数。它的好处很直接：不用给每台机器手工敲配置，能避免手误引起的IP冲突，也方便统一管理。

你可以把它类比成酒店的客房分配。客人来了，前台根据空房情况自动分一间房，并把房卡、早餐券、WiFi密码一起给客人；客人退房后房间重新进入可分配列表。没有前台的话，每个客人都要自己去走廊里找空房，还得自己准备房卡，效率极低还容易撞车。DHCP服务器就是这个"前台"。

这个理解有多重要？基础题里常考的一句话是"DHCP基于UDP协议，使用67和68端口"。为什么是UDP而不是TCP？因为客户端在拿到IP之前，根本没法建立TCP连接——TCP握手需要双方都有可用的IP地址，而DHCP恰恰是为了解决"还没有IP"这个问题。所以它只能走UDP这种无连接、能广播的传输方式。很多人把这个知识点当纯背诵，其实背后的因果链才是考试真正想考的。

1.2 静态地址与动态地址的取舍

基础题里必然会问：哪些设备该用DHCP，哪些设备必须用静态地址？这个问题的标准答案并不复杂，但判断逻辑需要想清楚。

需要静态地址的通常是：网络设备的管理地址（交换机、路由器、防火墙的接口IP）、服务器的业务地址（DNS、网关、DHCP服务器本身）、打印机等需要固定访问入口的外设。原因很简单，这些设备的地址是"别人要主动找它"的地址，一变就全网失联。反观终端电脑、手机、访客设备，它们多数时候是"主动去找别人"的角色，动态分配完全够用，而且方便接入、方便回收。

有一类容易被忽略的例外：无线网络里做MAC地址白名单的场景，或者某些旧系统要求主机IP必须固定的场景。这种时候即使终端多，也不得不静态绑定。基础题问到这里，真正的考点已经不是"动态还是静态"，而是你能不能意识到"例外情况的存在"。

1.3 基础题常见的三种问法

我整理了历年网工题和面试题里DHCP部分的高频问法，大致可以归成三类。

第一类是概念辨析题，比如"DHCP请求报文是广播还是单播""DHCP服务器回应Offer时源端口是多少"。这类题考的是对协议细节的记忆，答案都在报文结构里，后面我讲DORA流程时会逐一给出。

第二类是流程推理题，比如"客户端在什么情况下会重新广播Request""如果租约续租失败，客户端拿到的是哪个地址"。这类题需要你把整个租约生命周期背熟，尤其T1、T2时间点。

第三类是排障场景题，比如"客户机报地址冲突怎么办""跨网段分配不到IP，先查哪个设备"。这类题没有标准剧本，考的是排查思路是否成体系。第5节我会用一个完整的案例演示排查链路。

三类题的难度是递增的，但不管哪一类，前提都是把协议本身吃透。所以接下来，我们先从最核心的DORA四步开始拆。

2. DORA过程拆解：从报文到状态机

DORA是Discover、Offer、Request、Acknowledge四个单词的缩写，对应DHCP分配IP地址的四个核心阶段。基础题里几乎必有"请描述DHCP工作过程"这道题，它不光是背诵题，更是后续所有故障排查的理论地基。很多排障思路，本质就是在回答"DORA卡在哪一步了"。所以这一节值得慢慢啃，我尽量把每个报文的关键字段都讲清楚，方便你直接拿去做题和面试。

2.1 Discover：客户端在"喊话"

客户端第一次接入网络，自身IP是0.0.0.0，子网掩码未知，也没有默认网关。它要找一个DHCP服务器，但不知道服务器在哪，所以只能广播。

这里有一个必须背下来的细节：客户端以源IP 0.0.0.0、目的IP 255.255.255.255发送DHCP Discover报文，源端口是68，目的端口是67。为什么源IP是0.0.0.0？因为客户端此时根本没有合法IP。为什么目的IP是广播地址？因为它不知道服务器在哪，只能用广播把"谁家有IP可以分给我？"这个请求送遍整个广播域。可以理解为新客人站在酒店大堂喊了一嗓子："哪位前台在？给我办入住。"

2.2 Offer：服务器在"报价"

收到Discover后，所有能响应这个广播域的DHCP服务器都会评估自己的地址池，看有没有可用的IP，如果有，就回应一个DHCP Offer报文。Offer里会带着拟分配的IP地址、掩码、租期以及网关、DNS等选项。这就好比前台看了空房表，对客人说："能入住，给你7楼的703房，这是房卡和早餐券。"

Offer的发送方式值得单独标记。多数教科书会说"服务器用广播回应"，但这个说法不够准确。服务器实际会用广播回应，还是用单播回应，取决于对端能否接收单播。如果它认为客户端可以接收单播（比如已经知道客户端的MAC地址且处于同一广播域），某些实现会直接用单播发Offer；但严格按照标准流程，服务器通常用广播发Offer，目的端口仍是68。所以遇到"Offer是广播还是单播"这道经典题，最严谨的回答是：广播是常规情况，单播是允许的特殊情况，关键看客户端链路层地址是否已知且可达。

2.3 Request：客户端在"确认"

客户端可能同时收到多台服务器的Offer，但它只会选择其中一个，并且会大声把选择结果广播出去。这个广播的DHCP Request报文就是第三个过程。客人对着一堆前台说："我选定7楼的703房了，别的都不用给我留。"

这里最容易出基础题的点是：Request为什么还要广播？答案网上一搜就有，但很多人没理解本质。客户端广播Request，选中的服务器听到后知道"这个客户要我的地址"，可以正式分配；而没被选中的服务器听到后也知道"这个客户没选我"，于是把之前预留的Offer撤销，地址可以给别人用。如果不广播，其他服务器就一直傻等着预留资源，地址池就会被大量无效Offer占掉。

2.4 Acknowledge：租约正式生效

被选中的服务器收到Request后，会回复DHCP Acknowledge（ACK）报文，把租约参数正式下发。客户端收到ACK，才真正把IP配置到网卡上，整条DORA流程完成，可以正常通信。前台最终确认："房间替你锁定了，房卡也做好了，现在给你。"

ACK报文中通常包含：分配的IP、子网掩码、租期、默认网关、DNS服务器地址、可能还有域名等选项。基础题里如果问"客户端从哪个报文里拿到网关和DNS参数"，答案是ACK（严格说是Offer和ACK里都可能有，但最终生效以ACK为准）。

2.5 状态机与延伸考点

可能有朋友会觉得，基础题而已，扯状态机是不是超纲了？其实近几年不少题目已经不再满足于"请你默写DORA四步"，而是喜欢把一个简单协议问出层次感。DHCP客户端的常见状态包括INIT（初始化）、SELECTING（选择中）、REQUESTING（请求中）、BOUND（已绑定）、RENEWING（续租中）、REBINDING（重绑定中）等。这些状态本身不复杂，但理解它们能帮你把报文流程、租约续租、故障现象串成一条完整的逻辑链。

状态机与DORA一一对应：客户端开机进入INIT，发Discover后进入SELECTING；收到Offer后广播Request并进入REQUESTING；收到ACK进入BOUND。这里就有道经典题：客户端从BOUND状态开始，租期过半进入RENEWING，续租成功则回到BOUND，这个循环过程就是下一节要讲的租约生命周期。

3. 租约生命周期：50%、87.5%这两个数字必须刻在脑子里

3.1 租期过半时的第一次续租

DHCP分配的地址不是永久的，而是有一个租期，默认值由服务器配置，常见是8小时、1天或7天。客户端在租期剩余50%（即T1时刻）时，会尝试续租。此时它会向当初分配IP的服务器发送单播Request，请求续租当前IP。因为此时客户端已经有IP地址，可以直接单播通信，不需要再广播。

T1时刻这个"单播续租"是关键考点。很多初学者会以为续租也是广播，其实不是。只要客户端与服务器在同一广播域且能正常单播通信，续租就是单播Request——服务器回单播ACK，租约刷新，客户端继续使用原IP。可以理解为客人入住后，在退房时间之前主动到前台说"我再续住几天"，手续走的是VIP通道，不用再在大堂广播喊人。

3.2 87.5%时刻的第二轮尝试

那T1失败怎么办？比如服务器宕机了、网络链路断了、或者服务器拒绝续租，客户端不会立即放弃当前IP，它会在租期剩余87.5%（即T2时刻）时发起第二次续租尝试。这次它不再只找原来的那台服务器，而是广播Request，向整个广播域内的所有DHCP服务器求助，无论哪一台能回应都可以，只要能保住当前地址。这个过程对应客户端状态机里的REBINDING状态，也是最容易被基础题拿来挖坑的场景。

T2=87.5%这个数字很多人记不住，它其实对应一个简单的推导：租期8小时，T1=4小时，T2=7小时。T1到T2之间有3小时作为"原有服务器暂时失联"的缓冲；T2之后还有1小时，是"广播找任何服务器"的最后窗口。如果到租期耗尽仍然无法续租，客户端必须放弃当前IP，回到INIT状态重新走一遍DORA。

3.3 Release和Decline的区别

租约生命周期里还有两个报文容易被基础题混淆：Release和Decline。

Release是客户端主动通知服务器"这个IP我不要了"，比如网卡禁用、机器关机、用户手动执行释放命令。服务器收到Release后会把该IP回收进地址池。注意，Release只会删除租约，不会分配新地址。它更像客人退房时主动交还房卡。

Decline则完全不同。客户端收到Offer或ACK后，如果通过ARP检测发现这个IP已经在网络中被使用了，它会发送Decline报文，声明"这个地址不可用，请服务器换一个"，然后重新进入INIT状态。这里还涉及一个细节：服务器收到Decline后，通常会把该地址标记为冲突并暂时排除，避免再次分给任何人。这就好比客人进屋发现床上已经有人了，马上下楼告诉前台："这间房有人住，我不住了，换一间。"

3.4 租约计算题怎么解

租赁周期是基础题计算题的大户，给一个实际场景演示。某公司DHCP服务器配置租期为10小时，客户端在上午9:00成功租到地址，问第一次续租尝试在什么时间。

租期10小时，T1=10×50%=5小时，所以第一次续租在14:00。若14:00续租失败，T2=10×87.5%=8.75小时，即17:45发起广播续租。如果再失败，19:00租约到期，客户端必须释放并重新走DORA。这类题的难点不在于乘除法，而在于想清楚每个时间点对应哪种报文：T1是单播Request，T2是广播Request，到期后是重新Discover。

再补充一个选择题高频陷阱："客户端在租约到期前是否可以主动续租？"答案是可以在任意时刻主动发起续租，但客户端默认策略是在T1才自动续租。比如重启电脑、重置网卡、重新插入网线时，客户端都会重新进行一次完整的地址获取过程。这些边界情况如果不讲清楚，考试时很容易栽。

4. 跨网段分配：DHCP Relay与常用Option

4.1 默认的广播限制

大多数网络环境不会只有一个网段。公司里通常有多个业务VLAN，DHCP服务器可能只放在其中一个网段，或者集中放在机房。这里就遇到一个基础题：为什么跨网段必须用DHCP中继，而不是让DHCP服务器自己广播？

原因在于，路由器默认不转发广播报文。DHCP Discover是广播，它到了网关就会被丢弃，根本到不了另一端的DHCP服务器。如果每个网段都部署一台DHCP服务器，资源浪费且管理混乱，实际工程中几乎没人这么做。于是DHCP Relay Agent（中继代理）就成了标准解法。广播域被三层设备隔离，这是网络设计的基础规则，也是理解中继的必要前提。

4.2 Relay的工作原理

中继代理通常配置在网关设备上，也就是三层交换机的VLAN接口或路由器的局域网接口。它的工作逻辑并不复杂：收到客户端的广播Discover后，中继把它转成单播，转发给配置好的DHCP服务器地址，并在这个报文的giaddr字段中填上自己（客户端所在网段）的网关地址。

为什么要填giaddr？因为DHCP服务器在另一个网段，不知道客户端在哪个子网，也就不知道该从哪个地址池里给客户端分配IP。giaddr告诉了服务器"客户端来自192.168.10.0/24网段"，服务器就从对应的网段地址池里挑地址，并把Offer单播回给giaddr，由中继转交给客户端。整个中继过程对客户端来说是透明的，客户端始终感觉自己是和一台"局域网内的服务器"在通信。

基础题常考点：中继设备要配置的是什么？答：在客户端所在网段的三层接口上，配置指向DHCP服务器IP的中继命令（常见写法如ip helper-address）。注意，这个配置必须在三层接口下，而不是全局配置，漏配或配错位置是开局阶段最高频的失误。

4.3 常用Option

DHCP不只是给IP，它还通过Option字段给客户端下发各种"附加参数"。基础题中会出现几个常见Option的编号，必须能对号入座。

几个必背的Option：003 Router是默认网关地址，006 DNS Server是DNS服务器地址，015 Domain Name是域名后缀，051 Lease Time是租期，066 Boot Server Host Name和067 Bootfile Name则用于PXE无盘启动场景。还有一个Option 150，常用于给AP下发无线控制器地址，交换机和瘦AP之间靠它建立连接。

考法通常是给出选项编号问含义，或者反过来给出需求选择Option。比如"想让客户端自动获取DNS，DHCP服务器上应配置哪个Option"，答案就是006。这种题不难，但需要记忆准确，我把它们整理成一张速查表放在第6节，方便考前集中记忆。

4.4 一个可复现的配置示例

跨网段分配配置，我用一个不依赖任何具体品牌、纯通用命令行风格来演示，真实环境的具体语法一定要以所用设备的操作手册为准。下面这个例子很典型：DHCP服务器位于192.168.100.0/24网段，地址为192.168.100.5，需要为192.168.10.0/24和192.168.20.0/24两个网段的终端分配地址，三层网关设备同时兼任VLAN网关和中继角色。

先在作为网关的三层设备上，为两个业务VLAN接口配置IP，并启用DHCP中继：

text复制interface vlan 10
 ip address 192.168.10.1 255.255.255.0
 ip helper-address 192.168.100.5
!

interface vlan 20
 ip address 192.168.20.1 255.255.255.0
 ip helper-address 192.168.100.5

然后在DHCP服务器上创建两个作用域（或地址池），分别对应两个网段，并注意排除网关地址本身：

text复制pool 10
 network 192.168.10.0 255.255.255.0
 default-router 192.168.10.1
 dns-server 192.168.100.5
 lease 8
!

pool 20
 network 192.168.20.0 255.255.255.0
 default-router 192.168.20.1
 dns-server 192.168.100.5
 lease 8

这里有三个很容易踩的坑：第一，中继配置漏掉某个VLAN，导致只有部分网段能获取IP；第二，地址池里的default-router写错成了服务器地址，客户端能拿到IP却没有网关；第三，忘记排除网关和服务器占用的IP，造成地址冲突。后面第5节我会专门讲冲突排查。

5. 实战排障：分配不到地址时的完整排查链路

这节的场景来自一次真实开局，我把它稍作调整，便于说明思路。环境就是一个标准园区网络：核心交换机上跑了几个业务网段，DHCP服务器集中部署在机房，通过中继给全网终端分发IP。某天开局后，某个VLAN的终端始终拿不到地址，但同交换机的其他VLAN都正常。

5.1 先判断场景：广播还是中继

排障第一步不是抓包，而是确认拓扑。终端和DHCP服务器在不在同一个广播域？如果在同一网段，直接检查服务器和交换机端口；如果跨网段，就要优先怀疑中继配置。

这个环境里，故障VLAN走的是三层接口，服务器在机房网段，属于典型的中继场景。因此先把排查重点放到三层交换机上：故障VLAN接口有没有配置中继命令，指向的服务器IP对不对，接口状态是不是up，接口上有没有配置了过滤规则。一套下来，大概率能定位问题。实际排障中，我见过很多人一上来就翻服务器日志，其实跨网段场景下，终端连请求都可能没到达服务器。所以先确认中继链路，再查服务器，顺序不能反。

5.2 抓包看DORA停在哪一步

如果中继配置看起来没问题，下一步就是在客户端侧抓包，看DORA进程停在哪一步。四步分别对应不同的故障方向，这是排障思路的核心。

• 只看到Discover广播，没有任何Offer返回：服务器没收到请求，或收到但没找到可分配的地址池。此时去查中继转发和目标服务器地址池。

• 收到Offer却迟迟不发出Request：通常是客户端本地的防火墙或安全软件拦截了非本网段来源的Offer，或者网卡驱动异常。可以临时关闭防火墙再观察。

• 发出了Request但收不到ACK：大概率是服务器认为这个地址有问题，比如地址已被占用、处于冲突状态，或客户端与服务器的MAC绑定关系异常。这时要看服务器日志和冲突记录。

这个"停在哪一步"的思路比任何单独的命令都管用，因为它把故障范围一下子缩小了。抓包时只需要过滤UDP端口67或68，就能看到四步报文的时间线。

5.3 排查服务器配置与作用域

沿着"收不到ACK"的方向继续，就进到服务器本身的检查。常见的几类原因：

地址池耗尽是最常见也最好查的。看一下地址池剩余IP数与在线终端数，如果两者接近甚至池里已经空了，自然无法分配。这时要么扩大地址池范围，要么缩短租期，要么排查是否有设备长期占着地址不放。

第二类是地址池与网段不匹配。前面中继章节讲过，giaddr决定了服务器从哪个池子里挑地址。如果故障VLAN的网关写错了、或服务器上压根没有建对应的地址池，就会出现"别的网段都正常，偏偏这个网段拿不到"的现象。这也正好解释了开头那个开局案例：后来一查，果然是故障VLAN接口的中继命令指到了别的地址，请求在中继环节就被转丢了。

第三类是地址冲突与绑定关系。服务器日志里出现"declined"字段时，说明客户端曾经对某个地址拒绝，原因几乎都是ARP检测到了重复IP。这类冲突要么是手工配置的静态地址段与DHCP地址池重叠，要么是地址池的排除范围没写全。

5.4 安全层面的两个必查项

排查到这一步还没结果，就要往交换机的安全特性上想了。目前主流的做法是在接入交换机上开启DHCP Snooping，同时对动态获取的IP做DAI（动态ARP检查）和IP Source Guard防护。

DHCP Snooping会监听并过滤非信任端口上收到的DHCP报文，防止非法DHCP服务器接入。它在二层接入侧还有一张绑定表，记录端口、MAC、IP、VLAN、租期对应的关系。如果接入端口被错误地设置为信任，或者配置了静态绑定，这张表会直接影响后续的报文放行。

DAI则是在ARP层面做校验：只有绑定表里存在的IP-MAC对应关系才允许通过，否则ARP报文会被丢弃。这个特性经常带来的副作用就是——如果客户端手工改了IP，或者DHCP Snooping表因为某种原因没有学习到，DAI就会误杀正常流量，表现为"能获取IP但无法上网"。出现这种情况时，可以暂时关闭对应接口的DAI验证，很快就能确认是不是它干的。

为了让你在实际排障时有工具可用，我把三层交换机、核心设备上最常用的几类DHCP相关排查命令整理在这里。这些命令在不同厂商的设备上写法可能略有差异，但检查对象是通用的：中继配置、Snooping绑定表、ARP过滤状态、接口状态和日志。你可以按顺序逐条执行，也可以根据DORA卡点直接跳转到对应命令。

• 查看接口是否启用了DHCP中继，以及中继目标地址
• 查看DHCP Snooping信任端口列表和绑定表
• 查看接口的ARP过滤与IP Source Guard配置状态
• 在客户机上执行地址释放与重新获取，同时抓包确认报文走向

这里我可以补充一个在真实项目里非常容易被忽略的点：很多排障到最后发现是服务器上的时钟漂移导致日志时间错乱，看着像是在某个时间点正常，实际早已异常。所以排障时先把服务器和终端的时间校准，再看日志，能省很多弯路。

5.5 一个小型的排查顺序清单

前面几节讲了理论，这里我把实际项目中用得最多的排查套路整理成一份清单。它不一定覆盖所有极端场景，但能覆盖日常工作中的绝大多数DHCP分配异常，适合打印出来后贴在工作台旁边。记住，排障最重要的是顺序，顺序对了，问题通常几分钟就能锁定；顺序乱了，再熟练的工程师也容易被带偏。

1. 确认终端和服务器的网络拓扑关系，判断是否走中继。
2. 检查网关接口、中继命令和转发状态。
3. 在终端侧抓包，确定DORA停留在哪一步。
4. 根据停留位置，分别检查服务器地址池、租约、绑定表。
5. 检查接入层的DHCP Snooping、DAI和IP Source Guard。
6. 校准时间，最后再看日志。

6. 自测题库：二十道DHCP基础题带解析

最后把前面所有讲过的知识点浓缩成二十道题，分成选择题、判断题、简答与计算题三个部分。无论你是准备认证考试、面试答辩，还是单纯想检验自己有没有真正理解DHCP，这套题都建议直接当作模拟考试来做。做完再对答案，不要一边看解析一边做题，那样测试效果会大打折扣。每道题后面我都给了答案和解析要点，错题对应的知识点也能在前面的章节里找到出处。

6.1 选择题（10题）

6.2 判断题（5题）

6.3 简答与计算题（5题）

16. 请简述DORA四步过程。答案要点：Discover广播找服务器，Offer报价，Request广播确认，ACK正式生效。

17. 租期12小时，客户端在8:00获得地址，求T1、T2和租约到期时间。答案要点：T1=14:00（12×50%），T2=18:30（12×87.5%），到期20:00。

18. 为什么路由器默认不转发DHCP广播？答案要点：路由器隔离广播域，广播报文只在本地网段传播，跨网段必须用中继。

19. DHCP Snooping的作用是什么？答案要点：监听DHCP报文、过滤非信任端口的非法报文、防止私自搭建DHCP服务器、建立IP-MAC绑定表供DAI校验。

20. 客户端能获取IP但无法上网，排查顺序是什么？答案要点：先查网关和DNS选项是否正确，再查DHCP Snooping绑定表和DAI校验，最后查服务器分配的地址是否与静态地址冲突。

做完这二十道题，你会发现前面几节讲的内容几乎全覆盖了。如果哪道题答错或拿不准，建议回头把对应的章节再看一遍，比反复看解析更有用。

下面把常用Option的速查表也补上，考前过一眼很有用：

最后再分享一点我的个人体会。很多人觉得DHCP太基础，不值得花时间深挖，可恰恰是这种"以为会了"的错觉，让它在考试和面试里成了隐藏杀手。我在带新人时有个习惯，不管多简单的协议，都要求他们能把报文流程、状态迁移、异常场景完整讲一遍，能讲出来才是真的会。DHCP看起来只有四个字母，背后却串着广播域、三层转发、地址规划、网络安全这一整条知识链，把它啃透之后，你对整个园区网络的认知都会上一个台阶。这套方法也建议你自己试一次——关掉文档，从Discover开始，一路讲到DHCP Snooping，卡壳的地方，就是你下一步该补的内容。