DHCP实验从入门到排错：全局池、接口池与DORA流程详解

我最初在eNSP里跑DHCP配置实验，心里想得特别简单：搭三台设备、敲几条命令，PC能自动拿地址就算完事。真上手以后才发现，命令和命令之间的关系比想象中紧密——地址池网段和接口IP对不上，客户端就一直停在“正在获取地址”；全局地址池开了，接口上忘了绑定，一样拿不到IP。反复排错几次之后，我才算把DHCP的四步交互、全局池和接口池的区别、以及常见坑位彻底串了起来。

这个实验适合刚学网络技术的人，也适合那些在真实环境里见过“电脑能上网但IP老是冲突”、想回炉补原理的读者。它解决的核心问题是：让客户端不手工配置IP，也能从服务器自动获得一个合法地址。但做这个实验的价值不止于看到结果，更在于你能在一个完全可控的环境里，反复验证“某一个环节配错了会发生什么”。下面按我自己重做这个实验的顺序，把完整细节、核心命令和踩过的坑都摊开说清楚。

1. 做这个实验前必须想清楚的三件事：实验目标、拓扑规划、工具版本

1.1 这个实验到底在练什么

很多人以为DHCP实验练的是“自动分配IP”的结果，其实真正练的是三件事。第一，理解客户端从没有地址到有地址的四步交互过程，也就是Discove、Offer、Request、Ack，也就是常说的DORA。第二，分清全局地址池和接口地址池的适用场景，为什么有的实验要在系统视图下创建ip pool，有的只需要在接口下敲一条dhcp select interface。第三，掌握故障排查的顺序，拿到地址和拿不到地址时，该看哪条命令的输出。

我在实际练习时有个习惯，不会一直敲正确命令，而是故意把某个环节配错，比如网关少写、DNS不配、排除地址范围扩大，然后观察PC端表现。这样比照着教材一遍过更能加深印象，因为你亲眼看到过错误现象，以后再遇到类似问题就不慌。其实这也是把eNSP这个模拟器的价值发挥出来的方式——真机环境不可能让你这么随意改配置，但模拟器可以随便折腾。

1.2 拓扑怎么搭不影响练手

最简拓扑不需要复杂，一台路由器、一台傻瓜交换机、一台PC就够。我习惯这样接线。

PC1 -- SW1 -- R1

其中PC1用eNSP里的普通PC，接SW1的Ethernet0/0/1；SW1用Ethernet0/0/2连接R1的GigabitEthernet0/0/0。R1既充当DHCP服务器，又充当PC的网关。这个拓扑下，你只需要在SW1上创建一个VLAN，并把两个端口都划进同一个VLAN，整个二层就是通的。

为什么建议一台交换机而不是直接用路由器连PC？因为真实组网里很少让PC直连路由器，中间通常有接入交换机。而且你在eNSP里适应了交换机和路由器之间的接口类型、VLAN配置方式之后，后面再学单臂路由、DHCP中继都会更顺手。如果你是第一次做，建议完全照这个最简拓扑来，不要一开始就加三层交换机、多做几个VLAN，否则排错时会分不清问题到底出在DHCP服务还是VLAN互通。

1.3 eNSP版本与设备选型带来的坑

版本和型号真的会影响实验顺畅度。我早期用过一个较老的eNSP版本，里头的PC组件对DHCP模式的支持方式和现在不太一样，有的版本里点开PC配置，有静态IP和DHCP两个选项，但按钮名称不同；有的版本需要在PC的命令行里敲ipconfig /renew才能触发续租。所以实验前先确认你手上版本的界面，别到时候找不到DHCP开关，白折腾半天。

设备选型方面，路由器建议用功能比较全的型号，比如AR2220。有些入门型号命令集不完整，或者接口名称显示有差异，会导致你照着别人的命令敲却报错。交换机用普通的S5700系列一般都能满足实验需求。还有一个小坑：eNSP底层依赖虚拟化，电脑内存紧张时，设备启动可能很慢，PC图标变绿不代表系统已经完全启动。等几秒钟再操作，否则你在PC上点“DHCP”可能提示不响应。

2. DHCP分配流程拆解：DORA每一步对应什么现象

2.1 客户端发Discover，服务器为什么可能没反应

客户端开机时没有IP，所以它只能通过广播发一个DHCP Discover报文，意思是“网段里有DHCP服务器吗？能给个地址吗？”这个帧到达路由器的接口后，路由器会判断自己是否已开启DHCP服务，以及该接口是否绑定了某个地址池。

如果服务器没反应，常见的根因有三个。一是全局的dhcp enable没开，很多人只知道创建了地址池，却忘了先打开DHCP服务总开关；二是接口上没写dhcp select global或dhcp select interface，即便你建好了地址池，接口也不会拿给客户端用；三是地址池的network网段和接口IP不在同一网段，服务器看到请求来自192.168.10.1，但手里只有192.168.20.0这个池，它认为没必要应答，干脆保持沉默。这三点在实验里非常容易复现，排查时也最优先。

2.2 Offer、Request、Ack在实验里如何观察

DORA每一步都能在eNSP里观察到，不必只靠猜。在交换机连接路由器的端口上开启eNSP自带的抓包功能，然后重启PC或触发续租，你能依次看到四个报文。

先看Discover，源IP通常是0.0.0.0，目的IP是255.255.255.255，目标端口67。接着服务器回Offer，里面带着一个候选IP和租期、网关、DNS等参数。然后客户端会广播Request，除了告诉服务器“我就要这个地址”之外，还隐含通知其他DHCP服务器“你们不用再给了”。最后服务器回Ack确认，客户端把地址配置到网卡上。

这四个环节里，最容易出问题的是Offer。如果抓包抓到了Discover，却没有Offer，基本就是地址池和接口不匹配，或者接口没有绑定服务。如果Offer发出来了，但没有后续Request，通常是PC端有问题，比如网卡状态没起来。如果Request有，但Ack没回来，那多半是服务器端租约或地址池状态异常。用抓包配合display dhcp server statistics看计数，能快速定位。

2.3 租期、广播、中继的基本判断

DHCP默认是广播交互，所以客户端、服务器在同一广播域时才最顺畅。一旦PC在不同网段，比如通过路由器隔离开的两个VLAN，广播报文不会被路由器转发，此时要么在接口上配置DHCP中继，让路由器把Discover转发给远程服务器，要么让每台路由器自己充当对应网段的DHCP服务器。

租期也是一个必须理解的概念。服务器下发IP时会附带租期，默认通常是1天。客户端到一半租期时开始尝试续租，续租失败到时间后释放地址。在eNSP里，你可以把租期修改成1分钟，这样很快就能看到PC续租、地址过期等过程。判断租约是否生效，在PC上执行ipconfig /all，能看到“DHCP租约过期时间”这样的字段。路由器侧可以用display dhcp server lease看当前已分配的租约信息。

3. 全局地址池模式的完整配置：从启用服务到逐项验证

3.1 基础接口与网关配置，先让网络通

我个人习惯是做DHCP之前先确认基础三层能通，否则后面出了问题你会怀疑是DHCP，结果其实是链路不通。先把R1的GigabitEthernet0/0/0配上IP，作为PC的网关。

<Huawei>system-view [Huawei]sysname R1 [R1]interface GigabitEthernet0/0/0 [R1-GigabitEthernet0/0/0]ip address 192.168.10.1 255.255.255.0 [R1-GigabitEthernet0/0/0]undo shutdown [R1-GigabitEthernet0/0/0]quit

交换机SW1上创建一个VLAN 10，两个接口都设成access并划入VLAN 10。

<Huawei>system-view [Huawei]sysname SW1 [SW1]vlan batch 10 [SW1]interface Ethernet0/0/1 [SW1-Ethernet0/0/1]port link-type access [SW1-Ethernet0/0/1]port default vlan 10 [SW1-Ethernet0/0/1]quit [SW1]interface Ethernet0/0/2 [SW1-Ethernet0/0/2]port link-type access [SW1-Ethernet0/0/2]port default vlan 10 [SW1-Ethernet0/0/2]quit

这个配置下，PC和路由器在同一个VLAN 10，二层是通的。如果你先给PC临时配一个静态IP 192.168.10.100，网关192.168.10.1，能Ping通R1，就说明链路没问题。做DHCP实验前最好完成这个验证，后面再改回DHCP模式。

3.2 全局池配置命令逐条说明

基础通了以后，开始配置DHCP服务。在R1上执行以下命令。

[R1]dhcp enable [R1]ip pool vlan10 [R1-ip-pool-vlan10]network 192.168.10.0 mask 255.255.255.0 [R1-ip-pool-vlan10]gateway-list 192.168.10.1 [R1-ip-pool-vlan10]dns-list 192.168.10.1 [R1-ip-pool-vlan10]lease day 1 hour 0 minute 0 [R1-ip-pool-vlan10]excluded-ip-address 192.168.10.2 192.168.10.20 [R1-ip-pool-vlan10]quit [R1]interface GigabitEthernet0/0/0 [R1-GigabitEthernet0/0/0]dhcp select global [R1-GigabitEthernet0/0/0]quit

逐条说明一下。dhcp enable是总开关，不执行后面全是白搭。ip pool vlan10是创建名为vlan10的地址池，进入地址池视图。network 192.168.10.0 mask 255.255.255.0告诉设备要分配的网段和掩码。gateway-list是下发给客户端的默认网关，这里填写192.168.10.1，与R1接口IP一致。dns-list用来给客户端下发DNS地址，实验中指向网关即可，生产环境应该写实际可用的DNS服务器。lease设置租期，默认一天，演示时可以改成1分钟观察续租。excluded-ip-address是把地址段前段保留出来，留给路由器、服务器这些静态配置设备用。

最后关键的dhcp select global，让接口使用之前创建的全局地址池。这一步忘了做，是整个实验中非常常见的坑，而且不容易发现，因为地址池看着已经配好了。

3.3 display命令怎么读结果

配置完成后别急着点PC，先在路由器上看一眼地址池的状态。我习惯用display ip pool name vlan10，如果版本提示命令不对，试试display ip pool vlan10。输出大概会是这样。

[R1]display ip pool name vlan10 Pool-name : vlan10 Network : 192.168.10.0 Mask : 255.255.255.0 Gateway : 192.168.10.1 Lease : 1 Day 0 Hour 0 Minute Excluded IP : 192.168.10.2-192.168.10.20 Total usable : 253 Used : 1 Idle : 252

重点是看Network、Gateway和你实际配置是否一致，再看Used和Idle的数量变化。当PC成功获取地址后，Used应该从0变成1，Idle对应减少。如果Used一直是0，说明服务器根本没分配地址出去。还可以用display dhcp server statistics看DHCP报文计数，里面能看到Recv Discover / Send Offer这种计数项，区分问题阶段非常方便。

3.4 PC端验证与租约信息

把PC的IP配置方式切到DHCP，然后重启PC或者重新触发获取。旧版本eNSP里点开PC配置界面，在基础配置里选择DHCP；新版本可能要在PC的命令行里执行ipconfig /renew来触发。获取成功后，执行ipconfig，看到的IP应该是192.168.10.x范围内，且排除段之外的地址。

想看得更细，执行ipconfig /all，能看到子网掩码、默认网关、DNS服务器、DHCP服务器地址、租约获取时间和过期时间。如果看到的是169.254.x.x，说明服务器没有成功应答，客户端自动生成了一个保留地址，这时就要回到路由器侧看display统计和地址池状态。另外提醒一点：PC拿到地址后，先Ping一下网关192.168.10.1，如果通了，说明DHCP分配出来的网关参数也被正常使用。

4. 基于接口的地址池模式：什么时候用、配置比全局池简单多少

4.1 接口模式的工作原理

接口模式的思路和全局池完全不同。全局池是“先建池，再让接口关联”；接口模式是“只要在接口上开启，就以这个接口的主IP所在网段自动生成地址池”。因此在接口模式下，你不需要写network，也不需要指定网关，因为网关就是接口自己的IP。

接口模式的配置命令如下。

[R1]interface GigabitEthernet0/0/0 [R1-GigabitEthernet0/0/0]ip address 192.168.10.1 255.255.255.0 [R1-GigabitEthernet0/0/0]dhcp select interface [R1-GigabitEthernet0/0/0]dhcp server dns-list 192.168.10.1 [R1-GigabitEthernet0/0/0]dhcp server lease day 1 hour 0 minute 0 [R1-GigabitEthernet0/0/0]dhcp server excluded-ip-address 192.168.10.2 192.168.10.20

这里dhcp select interface表示启用接口模式，后面跟的dhcp server dns-list、dhcp server lease、dhcp server excluded-ip-address都是在接口视图下直接配置的。注意命令前缀和全局池不一样，全局池里是dns-list，接口模式下是dhcp server dns-list，漏掉前缀会报错。

4.2 配置对比与注意事项

两种模式放在一起看，区别会更清楚。

接口模式虽然简单，但有个隐含风险：当接口IP变化时，地址池网段会跟着变，如果你对地址规划不熟悉，很容易改完接口IP后，之前的租约信息全部失效。另外不要在同一接口上混用两种模式，比如一边建了全局池，一边又执行dhcp select interface，设备会以最后执行的模式为准，但残余配置容易让人困惑。

4.3 两种模式的选型建议

真实项目里，全局池其实更常见，因为一台DHCP服务器往往要管理多个VLAN，每个VLAN对应一个网段一个地址池，接口只需要统统dhcp select global即可。接口池适合那种“路由器就是单一网段出口”的小分支场景，配置极少，维护省心。

我给初学者的建议是，在eNSP里把两种模式各配一遍。先配全局池，体会地址池、接口关联、排除地址之间的关系；再配接口池，体会“自动派生”的模式简化了哪些步骤。两种都跑通之后，你对dhcp enable、dhcp select这些命令背后的逻辑会有更清楚的认识，后面配置中继时会更快理解“中继转发的是报文，地址池的分配逻辑不变”这件事。

5. 我在实验里反复踩过的坑：抓不到IP的完整排查链路

5.1 PC图标变绿但就是没有IP：从链路到服务逐级排查

这个问题太经典了，几乎每个人都会遇到。现象是拓扑里的PC图标已经绿了，但执行ipconfig只有0.0.0.0或169.254.x.x。我的排查步骤是固定的。

先别急着看DHCP配置，给PC临时配一个静态IP，比如192.168.10.100，掩码255.255.255.0，网关192.168.10.1，然后Ping网关。如果Ping不通，问题就在二层链路或VLAN配置，和DHCP没关系。能通以后，把PC改回DHCP模式，到R1上执行display dhcp server statistics，看有没有收到Discover报文。

Discover计数为0，说明客户端发出的DHCP请求根本没有到达服务器。这时要检查交换机端口是否都在同一个VLAN、PC的DHCP模式是否真的开启，以及PC和交换机之间的连线是否正常。Discover计数有，Ofer计数为0，说明请求到了服务器但服务器不回应，重点查地址池network和接口IP是否匹配、dhcp select global有没有配。如果Offer也有，但后续没有Ack，可以在路由器侧看地址池Used和Idle数量，确认是不是地址被占满了。这种从链路通断、报文计数、地址池状态逐层推进的方式，比瞎改配置高效得多。

5.2 网关没配对导致能获取但上不了网

有一种情况更隐蔽：PC确实拿到了IP，地址看起来也正常，但Ping不通网关，更上不了网。这通常是全局池里gateway-list写错了，或者下发的网关和路由器接口IP不一致。比如你在R1的接口上配的是192.168.10.1，但地址池里gateway-list填成了192.168.10.254，PC就会用错误网关发报文，自然出不去。

遇到这种情况，修改地址池的网关配置后，还要让PC续租一次。你在PC上执行ipconfig /renew，或者把PC先改成静态IP再切回DHCP，让它重新获取一遍配置。不然旧租约还没过期，PC可能一直用错误的网关。另外也要检查dns-list，有些实验里拿到IP也能上网，但域名解析不了，问题往往就是DNS没下发，或者在实验环境里写了一个不可达的DNS地址。

5.3 地址池冲突、DNS缺失、模拟器本身带来的奇怪问题

地址池冲突是很多人在一个工程里放了两台路由器后才遇到的。假如R1和R2都配了192.168.10.0这个网段的地址池，PC发Discover后可能收到两个Offer，先到的那个会被客户端采用，但地址规划就被打乱了。eNSP不像真机网络那样有明显广播风暴，所以不太容易发现。处理办法是同一工程里只保留一台DHCP服务器，别的设备要么关掉DHCP，要么用中继把请求指向唯一服务器。

模拟器本身也会造成“假故障”。有的版本PC启动后网卡状态没有完全就绪，就算配置了DHCP也一直显示无连接；有的版本里PC的“DHCP”选项实际对应的是界面上的某个单选框，你点错了对象也会失败。这时我的做法是把PC删除重新部署一台，或者保存工程后重启eNSP。还有，抓包功能如果开太久，尤其在保存工程时不关闭，很容易导致模拟器卡死，别问我怎么知道的，建议抓完包立刻停掉。

6. 把实验往深做一步：DHCP中继、排除地址和租期调整

6.1 多网段互访时的中继配置示例

学完基础DHCP，我建议再做一遍中继实验，因为在真实办公网里很常见。假设PC1在192.168.20.0/24网段，DHCP服务器在192.168.10.0/24网段，中间隔一台路由器R2，R2充当PC1的网关和DHCP中继。拓扑大致如下。

PC1(192.168.20.0/24) -- R2 Gi0/0/1(192.168.20.1) R2 Gi0/0/0(192.168.10.2) -- R1 Gi0/0/0(192.168.10.1)

R1上除了已有的vlan10地址池，需要新建一个vlan20地址池，用来给192.168.20.0/24下发地址。

[R1]ip pool vlan20 [R1-ip-pool-vlan20]network 192.168.20.0 mask 255.255.255.0 [R1-ip-pool-vlan20]gateway-list 192.168.20.1 [R1-ip-pool-vlan20]quit [R1]ip route-static 192.168.20.0 255.255.255.0 192.168.10.2

R2上配置中继。

[R2]interface GigabitEthernet0/0/1 [R2-GigabitEthernet0/0/1]ip address 192.168.20.1 255.255.255.0 [R2-GigabitEthernet0/0/1]dhcp select relay [R2-GigabitEthernet0/0/1]dhcp relay server-ip 192.168.10.1

这里有个容易漏掉的点：R2要把请求中继给R1，它自己必须能和R1通信；R1收到中继请求后要回包，也得知道怎么回192.168.20.0/24网段，所以上面给R1配了回程静态路由。如果不配，抓包时你会看到Discover转发到了R1，但Offer回不来，排查时很容易卡住。

6.2 地址排除与保留策略

地址排除不只是实验里的保留段。真实网络里，打印机、监控、门禁这类设备你更希望给它固定地址，而不是让它去地址池里随机抢一个，所以要么在地址池里排除固定网段，要么做静态绑定。

排除地址的配置很简单，全局池下执行excluded-ip-address 192.168.10.240 192.168.10.250，把这一段保留给静态配置的设备。静态绑定则是在地址池视图下执行static-bind ip-address 192.168.20.50 mac-address xxxx-xxxx-xxxx，把IP和某个MAC一对一绑死。在eNSP里做静态绑定时，PC的MAC地址可以从PC配置界面或者命令行ipconfig /all里看到，注意不同版本显示的MAC格式可能不一样，复制时别多带空格。

6.3 收尾建议：保存配置和复原实验

实验做完后，一定要养成保存配置的习惯。在R1上执行save，回车确认文件名，再保存一次。但eNSP有一个坑，如果你保存的是整个工程文件，下次打开时所有设备的配置都会恢复，这既方便也容易出问题。所以我通常把初始的固定IP配置单独存一个工程副本，命名为类似“DHCP拓扑初始版”，每次做新实验就在初始副本上改，避免把之前的实验配置覆盖掉。

抓包产生的临时文件也会留在一级目录里，时间长了占空间。建议每次实验结束后清理eNSP的抓包文件和临时目录。复制工程给别人时只复制完整工程包，不要只复制某个设备cfg文件，因为cfg文件换到别的工程环境里，接口编号和连线位置对不上，导入后会各种报错。

我自己做这个实验的经验是，把每次验证结果截屏记录，并附上关键命令的输出。不要小看这一点，DHCP相关的配置项很多，过两周回看时只有命令没有输出，很难判断当时到底成功没成功。最后再分享一个小技巧：实验过程中，PC尽量不要用静态IP长时间占着地址，否则你在排查时会分不清问题是出在DHCP服务还是PC配置本身。把这个实验完整跑通，你对地址分配这件事的掌控力会明显上一个大台阶。