eNSP中配置DHCP服务器：地址池、中继与排错全攻略

做网络规划这些年，eNSP是我电脑里开机必挂的工具。尤其是每次要接触DHCP服务器这类“一配错就全网遭殃”的功能，我几乎都会先在eNSP里把流程跑通，再上真机操作。毕竟真机环境里你多敲一条错误的地址池命令，可能整个办公室的设备都在瞬间断网，而在eNSP里你随时可以重置、重启、抓包，把每个细节看清。

这篇内容就围绕“在eNSP里配置DHCP服务器”这件事展开，从最基础的全局地址池讲起，再聊接口地址池、跨网段中继，最后把我平时排查“拿不到IP”“拿到错IP”的完整思路写出来。适合刚接触网络模拟、正在备考或准备在真实网络里部署DHCP的读者，也适合那些已经会配但总被细节坑到的人。

1. 在eNSP里做DHCP实验，先搞懂它和真机环境的差别

1.1 eNSP模拟DHCP的能力边界

很多人以为eNSP只是个画拓扑图的工具，其实它内置的设备跑的是完整VRP系统，DHCP功能是真实可用的。你可以在这套环境里开启DHCP服务、创建地址池、配置租期和DNS，也能用抓包工具看到完整的DHCP报文交互，这和学习真机几乎没有差别。

不过它毕竟不是物理设备，有一点需要提前认清：eNSP里模拟交换机、路由器之间的接口流量都是在本地虚拟机完成的，所以你在里面看到的DHCP报文、地址分配速度会比真机“理想化”很多。真实网络里可能出现的接口震荡、报文丢失、链路老化等问题，在eNSP里不容易复现。所以在eNSP里重点要练的是配置逻辑和排错思路，而不是把模拟器的“顺利”当成真机也会这么顺利。

我以前带过一个同事，他在eNSP里配DHCP十秒钟搞定，觉得这份工作不过如此。结果去现场配置时，半天都拿不到地址，最后发现是接口上没敲dhcp select global，模拟器里等他敲完命令后PC已经重新获取到了，所以没暴露，真机环境PC不会自动重试才踩了大坑。这就是为什么我建议在eNSP里练习时，动作要慢一点，把每一步命令为什么这么写弄清楚。

1.2 一个小型拓扑：路由器和两台PC的起点

第一次练习，我建议不要一上来就搞复杂的跨网段环境，先把一个最简单、最小可用的拓扑跑通。我在模拟项目X里用的是下面的规划：

• 一台AR系列路由器，作为DHCP服务器。
• 一台二层交换机，只做透传，不配置任何VLAN。
• 两台PC，分别接到交换机的两个接口上。
• 路由器连接交换机的接口规划为192.168.10.1/24。

路由器是DHCP服务器，同时它也是这个网段的网关，所以地址池里的gateway-list必须填192.168.10.1。PC端的IP地址、子网掩码、默认网关和DNS全部通过DHCP自动下发。

这个拓扑简单，但已经把DHCP配置的核心步骤全部包含进去了：开启服务、创建地址池、绑定接口、验证获取。后面你无论做VLAN、做中继、做多网段分配，本质上都是在这些步骤上做加法。

2. DHCP为什么能自动发地址：DORA流程与关键参数

2.1 四次握手里藏着的判断逻辑

DHCP能自动分配地址，靠的是四类报文交互，分别是Discover、Offer、Request、Ack，很多人简称DORA。客户端开机或手动续租时，先发一个Discover广播，问网络里有没有DHCP服务器；服务器收到后回一个Offer，表示“我这里有地址，想给你这个”；客户端再发Request，确认自己接受；服务器最后回Ack，才真正完成分配。

这四次交互里面藏着不少判断逻辑。比如客户端发出的Discover，如果网络里有多台DHCP服务器，它会收到多个Offer，但它通常只选择最快到达的那个发Request。再比如客户端发Request时，会明确自己想要哪个IP，如果这个IP在服务器端已经被占用或保留，服务器可以回Nak让客户端重新开始。

在地址池配置里，network字段决定了服务器能分配哪些地址，gateway-list决定了客户端拿到地址后默认网关是什么，dns-list决定了客户端上网时用哪个DNS去解析域名。很多人这三个参数只填了第一个，结果客户端确实拿到了IP，但网关错误或DNS错误，导致网络不同、域名解析失败。

2.2 地址池、租期、排除地址到底管什么

地址池是DHCP服务器的核心资源池。你在池里画了一个网段，比如192.168.10.0/24，服务器就会从这里面挑地址分给客户端。但并不是网段里所有地址都应该分出去。

网关地址是不能分的，否则会冲突；如果你有打印机、服务器、监控设备需要静态IP，这些地址也应该排除；如果你预留了一批地址给未来扩容，同样要写在排除列表里。排除地址的命令是excluded-ip-address，后面跟一个范围或单个地址。

租期是另一个容易被忽略的参数。真机里我见过不少管理员把租期设成默认一天，结果一个网络里有几百台设备，地址池刚好够用，但到了一天过去后大量设备同时续租，服务器处理不过来就产生了一堆分配失败。租期设长一点能减少交互频率，设短一点则适合流动性大的访客网络。具体多少需要根据网络里设备的在线规律来定，没有绝对正确的值。

还有一个容易被忽略的概念是地址池的可用容量。一个/24地址池里实际可用数量是254减去排除地址数量和保留地址数量。设计地址池之前，一定要数清楚终端数量，别等地址耗尽才去抓狂。

3. 全局地址池配置：从零开始跑通第一个DHCP

3.1 路由器基础配置与DHCP服务开关

现在把上面那套小拓扑拿过来做第一次实际操作。登录路由器后，第一件事是确认系统时间和设备名称，然后进入系统视图。

DHCP服务有一个总开关，很多人会漏掉。VRP系统里默认不开启DHCP服务，哪怕你后面配置了地址池，接口也选了发布模式，客户端依然拿不到地址。所以先执行dhcp enable，这个命令是全局生效的，只需要敲一次。

接着配置连接PC侧的接口地址：

<设备>system-view [设备]sysname DHCP-Server [DHCP-Server]dhcp enable [DHCP-Server]interface GigabitEthernet0/0/0 [DHCP-Server-GigabitEthernet0/0/0]ip address 192.168.10.1 24 [DHCP-Server-GigabitEthernet0/0/0]dhcp select global [DHCP-Server-GigabitEthernet0/0/0]quit

这里dhcp select global的意思是：当前接口下的DHCP请求，由全局地址池来响应。之所以要单独做这一步，是因为VRP里接口默认不会自动启用DHCP服务，哪怕你已经建好了地址池，接口不选择发布模式就等于白配。这也是很多新手第一次实验失败的最常见原因。

3.2 创建地址池并验证客户端获取结果

接口配好后，回到系统视图创建地址池。地址池的名字可以自己定义，我用的是pool10，方便一眼看出这是192.168.10.0网段的池。

[DHCP-Server]ip pool pool10 [DHCP-Server-ip-pool-pool10]network 192.168.10.0 mask 24 [DHCP-Server-ip-pool-pool10]gateway-list 192.168.10.1 [DHCP-Server-ip-pool-pool10]dns-list 114.114.114.114 223.5.5.5 [DHCP-Server-ip-pool-pool10]lease day 1 [DHCP-Server-ip-pool-pool10]excluded-ip-address 192.168.10.1 192.168.10.50 [DHCP-Server-ip-pool-pool10]quit

我习惯把网关和服务器预留地址放在前50个，也就是192.168.10.1到192.168.10.50全部排除，然后从.51开始给终端自动分配。这样以后要加静态服务器、打印机，地址范围都很明确，不会和动态分配冲突。

配置结束后，可以把PC1和PC2的IP获取方式改成DHCP。在eNSP的PC图标上右键可以进入命令行，输入ipconfig /renew重新获取。等几秒后，可以看到PC获取到类似192.168.10.51的地址，同时默认网关和DNS已经自动填好，说明全局地址池配置成功。

验证阶段我建议多敲几个命令，不要只看PC拿到了IP就算完：

[DHCP-Server]display ip pool name pool10 all [DHCP-Server]display ip pool [DHCP-Server]display dhcp server statistics

display ip pool name pool10 all会显示地址池的起始地址、结束地址、已分配数量、租期和所有租约记录。如果你发现客户端数量在涨，说明分配正常。display dhcp server statistics里能看到Discover、Offer、Request、Ack的计数，如果只看到Discover没有Offer，那问题基本出在地址池或接口发布模式上。

4. 从全局到接口：两种地址池的适用场景和配置差异

4.1 接口地址池的适用条件

全局地址池适用面广，但还有一种更省事的玩法，叫接口地址池。它的核心特点是：不需要单独定义network和gateway-list，因为地址池的网段自动取接口的IP网段，网关也自动取接口IP。你只需要在接口下改一个发布模式，再补充DNS和租期即可。

这种模式特别适合单一接口、单一网段的纯接入场景。比如一个小分开的网络，路由器下挂一个交换机，所有终端就在同一个网段里，你用接口地址池能少写两条命令，逻辑也清晰。

但它有个明显限制：接口地址池只能在客户端实际所在的接口上生效。也就是说，客户端必须能通过这个接口广播Discover，你在这个接口配的地址池才会响应。遇到跨网段、多VLAN、需要中继的情况，接口地址池就不好使了，老老实实用全局地址池加中继才是正道。

4.2 换一种写法：dhcp select interface 与配置对比

把刚才的拓扑改动一下，路由器接口GigabitEthernet0/0/0继续作为终端网关，这次不走全局模式，改用接口模式。

[DHCP-Server]interface GigabitEthernet0/0/0 [DHCP-Server-GigabitEthernet0/0/0]dhcp select interface [DHCP-Server-GigabitEthernet0/0/0]dhcp server dns-list 114.114.114.114 223.5.5.5 [DHCP-Server-GigabitEthernet0/0/0]dhcp server lease day 1 [DHCP-Server-GigabitEthernet0/0/0]quit

如果要排除地址，也可以在接口视图下写dhcp server excluded-ip-address，不过它只能排除当前接口池的地址。两者对比如下：

从经验看，全局地址池的可管理性更好。尤其是网络规模变大以后，你可以在设备上一眼看到所有网段的地址池，哪个网段用了多少、还剩多少都清清楚楚。接口地址池看起来简单，但在多接口设备上要逐个接口去查，反而费劲。

5. 跨网段自动分配：DHCP中继的配置链路与抓包验证

5.1 为什么广播不能跨网段，中继用什么解决

DHCP客户端刚开始没有IP时，发出的Discover是广播报文。在同一个网段里，交换机把广播转发给所有设备，DHCP服务器能收到。可一旦客户端和服务器不在同一个网段，路由器默认不转发广播，Discover根本到不了服务器，客户端就会一直停在“获取中”。

解决方案有两种思路。一种是在每个网段都放一台DHCP服务器，但这既不经济也难维护；另一种就是配置DHCP中继，让中间的路由器收到广播后，以单播的方式转给服务器。服务器响应时，也把Offer单播给中继，中继再转成广播发回给客户端。

中继本质上是个“翻译官”。客户端不知道DHCP服务器在哪里，但它知道网关在哪，所以它会把自己的请求交给默认网关所在的路由器，由这个路由器帮忙传话。

5.2 中继配置与路由回程

模拟一个跨网段场景：客户端PC在192.168.20.0/24网段，网关是路由器AR2的接口192.168.20.1/24；DHCP服务器是AR1，连接AR2的接口地址为192.168.10.1/24，AR2连接AR1的接口地址为192.168.10.2/24。逻辑可以简化成服务器在某层，用户终端在另一层，通过中继通信。

先在AR1上创建给20网段的全局地址池：

[DHCP-Server]ip pool pool20 [DHCP-Server-ip-pool-pool20]network 192.168.20.0 mask 24 [DHCP-Server-ip-pool-pool20]gateway-list 192.168.20.1 [DHCP-Server-ip-pool-pool20]dns-list 114.114.114.114 223.5.5.5 [DHCP-Server-ip-pool-pool20]excluded-ip-address 192.168.20.1 192.168.20.50 [DHCP-Server-ip-pool-pool20]quit

再在AR2上开启DHCP中继模式。注意要在客户端所在接口上执行：

[AR2]dhcp enable [AR2]interface GigabitEthernet0/0/0 [AR2-GigabitEthernet0/0/0]ip address 192.168.20.1 24 [AR2-GigabitEthernet0/0/0]dhcp select relay [AR2-GigabitEthernet0/0/0]dhcp relay server-ip 192.168.10.1 [AR2-GigabitEthernet0/0/0]quit [AR2]interface GigabitEthernet0/0/1 [AR2-GigabitEthernet0/0/1]ip address 192.168.10.2 24 [AR2-GigabitEthernet0/0/1]quit

这里dhcp select relay是把接口切换成中继模式，dhcp relay server-ip指定中继要把请求转发给哪台DHCP服务器。千万别忘了在AR2上也要dhcp enable，否则中继功能不生效。

接下来是很多人都会漏掉的一步：回程路由。AR1收到中继转发的Discover后，要回Offer给客户端，它先得把报文送到192.168.20.1这个网关，也就是AR2。如果AR1没有到20网段的路由，Offer发出去就石沉大海。我在模拟环境里给AR1增加了一条静态路由：

[DHCP-Server]ip route-static 192.168.20.0 255.255.255.0 192.168.10.2

AR2作为网关，也要有回到10网段的路由，否则客户端后续的续租和通信一样会出问题：

[AR2]ip route-static 192.168.10.0 255.255.255.0 192.168.10.1

配置完以后，把PC改成DHCP方式，正常应该能够拿到192.168.20.51起的地址。如果拿不到，先检查20网段地址池是否存在，再检查中继接口是否选错了方向，最后检查路由是否双向可达。

5.3 在eNSP中抓包，验证Offer和Ack

eNSP的抓包功能是我最喜欢的部分。你可以在AR1和AR2之间连一条线，在线缆上右键启动抓包，然后让PC续租地址，能看到中继转发的DHCP报文已经变成了单播交互。

抓包时重点关注四个报文的时间顺序：客户端发出的Discover，中继会改写后转发给服务器；服务器回Offer给中继；中继再以广播形式转给客户端；客户端收到后发Request确认；服务器最后发Ack。如果抓到的报文只有Discover没有Offer，一般说明服务器没有正确收到请求，或者收到了但地址池有问题。

抓包还有一个好处，就是你能看到中继在报文里添加的giaddr字段。这个字段记录的是客户端所在网段的网关地址，服务器正是靠它来判断应该从哪个网段的地址池分配地址。你看懂了giaddr，就能理解为什么中继场景下必须使用全局地址池而不是接口地址池。

6. 实战中容易踩的五个坑与我的排查顺序

6.1 启用了DHCP却一直拿不到地址：先查这三条命令

排障最怕凭感觉乱试。我给自己定了一套固定顺序，从客户端往服务器端一层层排查，效率很高。

第一步，在PC上执行ipconfig /all，看看IP地址是不是169.254开头的“自动私有地址”。如果是，说明客户端根本没收到任何Offer。第二步，到DHCP服务器上执行display dhcp server statistics，看Discover计数有没有增长。如果没增长，问题在中继或路由；如果增长了但没有Offer，问题在地址池；如果Offer发出去了但客户端没收到，问题大概率在网关或交换机。

第三步，直接display ip pool name pool20 all，检查地址池里的可用地址是否足够。我以前排查过一个类似问题，PC一直拿不到地址，所有配置看起来都对，最后发现是地址池范围写成了192.168.20.0，排除地址却把整个网段除了网关都排除了，等于一个可分配地址都没有。这种低级错误在模拟器里敲命令时最容易犯，因为提示不会报错，只有分发时才暴露。

6.2 拿到IP却上不了网：网关和DNS的隐藏问题

客户端能拿到IP，说明DHCP基础功能正常，但上不了网时，问题往往出在网关和DNS的细节配置上。

网关错误的情况多见于手动把gateway-list填成了服务器接口之外的地址。比如服务器本身不在192.168.10.0网段，却在地址池里填了192.168.10.1当网关，客户端拿到的网关根本不可达，自然上不了网。DNS错误则相对隐蔽，客户端能拿地址、能访问IP地址，但打开域名就超时。我在eNSP里遇到过把DNS填成一个内网但不存在的IP，当时检查了路由、检查了网关，最后才从display ip pool里发现下发下去的DNS有问题。

另一个常见坑是DNS配置了多个地址，但前面第一个不可用，客户端又不会自动换到第二个，导致解析缓慢或失败。所以给终端下发DNS时，优先填最稳定、最容易到达的那个，而不是随便堆几个。

6.3 地址冲突、地址池耗尽与“假过期”

地址冲突是DHCP里最容易被忽略的问题。假设你有一个服务器、打印机或网络摄像头，它们用的是静态IP，但这个IP刚好落在DHCP地址池的可分配范围内。某天DHCP服务器把这个IP分给了另一台电脑，两个设备就冲突了，表现非常随机：有时是打印机打不了，有时是电脑间歇性断网。

解决办法很简单：把所有静态设备占用的IP都写进excluded-ip-address，或者在设置静态IP前查阅DHCP地址池的分配范围，从源头上错开。eNSP里虽然没有真实设备抢IP，但养成这个习惯很关键。

地址池耗尽又是另一种情况。设备数量超过可用地址数后，新设备会一直拿不到地址，已经拿到地址的设备不受影响。平时多看一眼display ip pool里的空闲地址数，可以提前发现问题。

还有一次我遇到“假过期”问题：PC上的租期明明还没到，却突然重新获取地址。最后查出来是模拟器里两台设备系统时钟不一致导致租期计算混乱。真机上不太会出现这种问题，但如果你在eNSP里遇到莫名其妙的续租行为，可以先检查设备时钟，不要急着怀疑配置。

6.4 中继场景下最容易忽略的路由环

中继配置本身不难，难的是网络里可能同时存在多种路由协议，你加了静态路由后，某些设备可能从动态路由协议学到一条优先级更高的环回路由，导致DHCP报文在设备之间来回跳。

我排查过一个模拟场景：AR1和AR2配置了OSPF，同时又各自加了一条静态路由，OSPF学到的路由覆盖了静态路由，结果Offer从服务器发出后，又被AR1转发回中继接口，客户端始终收不到。后来在AR1上用display ip routing-table看到下一跳变成了AR2方向，才知道是路由环的问题。

这给我一个教训：在中继环境里，DHCP报文能不能正常到达，不完全取决于DHCP配置本身，路由表的走向同样重要。排错时不要只盯着DHCP命令，还要把display ip routing-table纳入检查清单。

6.5 eNSP特有的一些模拟器现象

最后说说eNSP本身的一些怪脾气。我遇到过配置全部正确，但PC就是拿不到IP的情况，在PC命令行里反复ipconfig /renew都没用，最后把设备全部重启了一遍就好了。模拟器偶尔会有进程卡死或接口状态未刷新的问题，重启是成本最低的解决办法。

第二个常见现象是地址池里已经分出去的地址，在客户端重启后没有及时释放。eNSP的PC不像真机会在关机时主动发送Release报文，所以你在display ip pool里会看到旧租约还占着地址。遇到这种情况可以手动在服务器上清除地址池租约，或者检查租期是否设置得太长。

第三个是抓包时可能重复看到多个Offer。因为模拟器里某些设备会同时开启中继和DHCP服务，或者拓扑里存在多台服务器但没有配置好中继，客户端就会收到多个Offer。处理方式很简单，保持网络里只有一台DHCP服务器响应同一个网段，除非你做的是冗余服务器实验。

做DHCP配置这些年，我最大的体会是：命令本身不难，难的是理解每一步命令背后的逻辑。在eNSP里练习的时候，我会刻意给自己制造故障，比如故意漏掉dhcp enable、故意把网关写错、故意不配回程路由，然后自己一步步排错。这套方法练下来，上真机时心里踏实很多。如果你照着上面的配置流程走一遍，再自己折腾几次故障场景，DHCP服务器这件事基本就不会再有什么盲区了。