eNSP DHCP动态IP分配：地址池配置、抓包验证与故障排查

在eNSP里配动态IP这件事，说难不难，但真正能把DHCP跑通并且知道每一步为什么会这样，比想象中要费点功夫。我刚接触模拟器那会儿，最常干的事就是给每台PC手动填一个192.168.x.x的地址，填完能ping通就收工。后来拓扑一扩到七八台设备，改一次网段就要挨个点开每台PC重填一遍，手一抖填重复了两台，排查了半天才找到问题。从那以后我就固定用DHCP来管实验环境里的地址分配，省事，也更贴近真实网络的运行方式。

这篇内容讲的是在eNSP模拟环境里通过DHCP给终端和设备接口下发动态地址，包括三层交换机做服务器的完整配置、客户端怎么把地址领回来、拿不到地址时该怎么一步步查，以及中继和静态绑定这类进阶用法。适合刚上手eNSP、能敲基本命令但一遇到"PC显示169.254"就发懵的朋友，也适合想把自己实验环境规范化的老手——毕竟把地址池规划清楚，后面几十个实验都能复用同一套模板。

1. 先想明白：eNSP里为什么要用动态IP而不是手动填地址

很多人做实验时习惯性给PC手填地址，觉得快。单台设备确实快，但只要拓扑超过三台，静态配置的隐性成本就开始显现了。这一节先把"为什么"说透，后面的命令才好理解。

1.1 静态地址在实验环境里暴露的三个麻烦

第一个麻烦是改网段等于全量返工。你规划的是192.168.10.0/24，做着做着发现和另一个实验冲突了，想换成172.16.1.0/24。静态配置下，每台PC、每个Vlanif、每条静态路由都要重新改，漏一处就是不通。而用DHCP，只需要改地址池里的network一条命令，终端重新申请一次就全部跟上。

第二个麻烦是地址冲突无感知。手动填地址没有任何机制阻止你给两台PC填同一个IP。eNSP里两台PC同IP时现象很诡异——有时能通有时不通，ARP表来回跳，新手很容易怀疑是模拟器本身有bug。DHCP服务器维护着地址租约表，分配前会做冲突检测，从机制上避免这个问题。

第三个麻烦是实验不可复现。同一个拓扑，今天PC1是.10、PC2是.11，明天换个顺序启动，地址又变了。写实验笔记的时候你没法写死某个地址，截图和文字对不上。用DHCP配合静态绑定，可以让某台特定MAC的设备永远拿到同一个地址，既保留了自动化的便利，又保证了结果可复现。

这里说的"动态"不等于"随机"。DHCP的分配顺序、地址池范围、排除区间都是你控制的，可预测性远比想象中高。

1.2 四步握手：DISCOVER、OFFER、REQUEST、ACK里到底装了什么

DHCP的本质是一个"先广播问、再单播确认"的过程。终端刚接入网络时不知道服务器在哪，只能广播；服务器回应时也先广播一次，因为此时终端还没有可用的IP地址。整个流程四步：

1. DISCOVER：客户端广播"谁是DHCP服务器"。源IP是0.0.0.0，目的IP是255.255.255.255，源MAC是自己的，目的MAC是全F。
2. OFFER：服务器从地址池里挑一个可用地址，通过广播（或单播到客户端MAC）发出去，携带分配的IP、掩码、网关、DNS、租期。
3. REQUEST：客户端广播确认"我要用这个地址"。这一步是广播而不是单播，目的是让网段内其他可能存在的DHCP服务器知道"我选了别人"，它们可以把预留的地址回收。
4. ACK：服务器最终确认，客户端开始使用该地址，并启动租期计时。

理解这四步的价值在于排查。eNSP里抓包，如果只看到DISCOVER没有OFFER，问题一定在服务器侧——要么没开dhcp enable，要么接口没做dhcp select，要么地址池网段和接口网段对不上。如果看到OFFER但没有REQUEST，通常是客户端侧的问题，比如PC上配置没点"应用"。如果REQUEST之后没有ACK，那就要看服务器是不是地址池耗尽了或者被排除区间占满了。

这四个报文的细节，比任何配置文件都更能说明问题，我后面排查流程里会反复用到。

1.3 动手前先画一张地址规划表

配置之前先在纸上或者记事本里把规划写清楚，这一步能省掉后面80%的返工。我给自己的实验环境定了一套固定模板：

把网关放在.254而不是.1，是我踩坑之后改的习惯。早期我把网关设成.1，结果地址池从.1开始分配，第一台PC就拿走了网关地址，整段网络直接瘫掉，现象是PC能 ping 通自己但ping不通任何东西，查了半天才发现地址池没排除网关。现在网关固定在.254，排除区间直接写.1到.99，从结构上就杜绝了这种事故。

地址池的容量也要算一下。动态池100到200是101个地址，实验拓扑一般三五台PC，绰绰有余。如果做的是压力测试或者要模拟几十个终端，就把池子扩到.100-.230，同时把租期缩短到30分钟，避免地址被长期占用。

2. 拓扑与环境：把实验台搭稳比敲命令更重要

命令敲错可以改，环境不稳会让你怀疑人生。eNSP有个特点，很多"配置不生效"的假象其实是模拟器层面的问题。这一节把环境和拓扑的准备工作讲透。

2.1 设备型号选择：哪些能做DHCP服务器

eNSP里设备型号不同，支持的特性差别不小。做DHCP服务器，我一般用这两种：

• 三层交换机（S5700系列）：最常用。支持全局地址池和接口地址池，支持中继，性能没问题，一个设备就能把接入、网关、DHCP服务器全包了。缺点是启动稍慢，配置VLAN要多跳一步。
• AR系列路由器（AR2220）：支持完整的DHCP服务器和中继功能，接口直接配IP就能开接口地址池，适合做跨网段实验的核心设备。AR201这类低端型号部分版本对DHCP支持不完整，尽量别用。

二层交换机（S3700）理论上也能做DHCP服务器，但配置限制多，地址池功能受限，不建议作为主力。PC和终端设备就用来验证，不做服务器。

判断设备是否支持某个特性，最直接的办法是在用户视图下敲dhcp enable，如果提示命令不存在，说明这个型号或者这个镜像版本不支持。别死磕，换型号。

我通常的拓扑是：一台S5700做核心（既是网关又是DHCP服务器），下面挂一到两台S3700做接入，再挂两到三台PC。这个结构既能验证DHCP，也能顺便练习VLAN和Trunk，复用率高。

2.2 连线与网段落地：把规划表变成拓扑

假设规划是192.168.10.0/24，核心交换机上建VLAN 10，PC接在接入交换机的VLAN 10里，网关在核心的Vlanif10上。

连线要注意两点。第一，接入交换机和核心之间必须配Trunk，且允许VLAN 10通过，否则PC的DHCP广播报文出不了接入交换机。第二，PC连接的接口要划到VLAN 10，Access模式。这两条看起来是基本功，但排查时经常被忽略——我见过太多次"DHCP服务器配得完美，PC就是拿不到地址"，最后发现是Trunk口没放行对应VLAN。

命令大致是这样的：

# 接入交换机 vlan batch 10 interface GigabitEthernet0/0/1 port link-type access port default vlan 10 interface GigabitEthernet0/0/24 port link-type trunk port trunk allow-pass vlan 10 # 核心交换机 vlan batch 10 interface GigabitEthernet0/0/1 port link-type trunk port trunk allow-pass vlan 10 interface Vlanif10 ip address 192.168.10.254 255.255.255.0

网段落地之后，先在核心上display vlan确认VLAN 10的成员口对不对，再display ip interface brief看Vlanif10是不是UP。Vlanif只有在对应VLAN内至少有一个物理口UP的情况下才会UP，这一点很容易被忘记——如果接入交换机的连线没起来，Vlanif10是DOWN的，DHCP服务器根本不会响应。

2.3 eNSP启动前必须检查的几件事

这几个问题不属于配置范畴，但影响极大，我按踩坑频率排序：

第一，虚拟化冲突。eNSP依赖底层的虚拟化组件，如果系统开了Hyper-V或者某些虚拟化平台，eNSP启动设备时会报错，设备图标一直是红色的。解决办法是在Windows功能里关掉Hyper-V相关组件，重启后再试。这个问题在较新的系统版本上特别常见，第一次装eNSP的人十有八九会撞上。

第二，抓包组件。想在eNSP里右键接口抓包，需要本机装了抓包工具且版本匹配。抓不到包不影响DHCP本身，但会失去最重要的排查手段。建议在正式开始前先随便抓一次包验证一下。

第三，PC配置的"应用"按钮。eNSP里的PC是模拟出来的，配置IPv4之后必须点"应用"，否则配置只在界面上显示、没有真正生效。这个细节后面还会专门讲。

第四，设备启动顺序。建议先启动核心和接入交换机，等它们完全起来（图标变绿、命令行能进），再启动PC。反过来的话，PC开机时发DISCOVER没人应答，会进入退避重试，虽然最终能拿到地址，但等待时间会拉长，容易让人误判。

3. 三层交换机上的DHCP服务器配置全过程

环境和拓扑就绪，可以开始配服务器了。这一节从"选哪种地址池"讲起，然后逐行配置，最后讲参数背后的门道。

3.1 全局地址池和接口地址池，到底选哪个

eNSP里的设备提供两种地址池形式，选择依据很简单：看地址池和接口是不是一一对应。

接口地址池：在某个接口（比如Vlanif或者物理口）下直接配dhcp select interface，地址池的网段自动跟随接口IP的网段，网关自动是接口地址。配置量最少，适合"一个接口对应一个网段"的简单场景。

全局地址池：用ip pool 名字单独定义地址池，然后在接口上用dhcp select global绑定。地址池和接口解耦，一个接口可以关联多个池，也方便做中继、静态绑定、地址池复用到多个接口。

我的建议是：只要不是一次性实验，优先用全局地址池。原因有三：一是全局池可以命名，ip pool vlan10比"接口下那堆参数"直观得多；二是静态绑定、排除地址、租期这些参数集中在一处，改起来方便；三是将来要做DHCP中继，服务器侧必须用全局池，提前养成习惯省得改。

接口地址池适合做快速验证，比如就想确认DHCP能不能通，两三条命令搞定。但正式一点的实验，还是全局池。

3.2 逐行配置：从VLAN到地址池的完整命令

下面是核心交换机上的一套完整配置，按执行顺序排列：

system-view sysname CORE dhcp enable vlan batch 10 interface Vlanif10 ip address 192.168.10.254 255.255.255.0 dhcp select global quit ip pool vlan10 network 192.168.10.0 mask 255.255.255.0 gateway-list 192.168.10.254 dns-list 223.5.5.5 119.29.29.29 excluded-ip-address 192.168.10.1 192.168.10.99 lease day 0 hour 2 minute 0 quit

逐条解释一下为什么这么写：

dhcp enable是总开关，必须在系统视图下先执行。这条命令不在任何接口或地址池里，漏了它后面所有配置都是白写——这是新手最常见的错误之一。

interface Vlanif10下配IP，这是网关地址。然后是dhcp select global，告诉设备"这个接口收到的DHCP请求，去全局地址池里找匹配的池"。注意它不会自动找，必须有这条。

ip pool vlan10定义地址池，名字随便起但要能看出用途。network指定网段和掩码，注意这里用的是掩码形式（255.255.255.0）而不是前缀长度（/24），写错格式会报错。

gateway-list是下发给客户端的默认网关。这里有个坑：地址池的网关不一定要和Vlanif的IP一致，但实践中保持一致最不容易出问题。如果是中继场景，网关应该是客户端所在网段的网关，而不是服务器自己的接口地址。

excluded-ip-address 192.168.10.1 192.168.10.99排除保留段。这条命令的语法是"起始地址 结束地址"，注意两个参数之间是空格不是横杠。同时被排除的也包括网关.254吗？不包括，因为排除区间只写到.99。但如果网关落在池子范围内，一定要额外排除，否则会被分配出去。

lease day 0 hour 2 minute 0设置租期两小时。语法是day/hour/minute三段，不能只写一个数字。实验环境两小时合适，太长会导致地址回收慢，太短会频繁续租影响抓包观察。

如果想让配置重启后还在，最后别忘记在用户视图执行save，确认时输入y。eNSP里不保存的话，设备重启配置全丢，白干。

3.3 网关、DNS、租期这几个参数背后的门道

网关决定终端能不能出网段。DHCP下发的网关地址如果和实际网关不符，现象是PC能ping通同网段的其他PC，但ping不通网关，也上不了外网。排查时先display ip pool name vlan10看gateway-list配的是什么，再对比Vlanif的IP。

DNS在eNSP的纯网络实验里其实用不上，因为模拟器里没有真实的域名解析环境。但建议还是配上，一是养成习惯，二是做某些涉及应用层协议模拟的实验时会用到。填公共DNS地址即可，多个地址用空格分开。

租期的设置要考虑实验节奏。如果做的是"地址回收"相关实验，把租期设短一点（比如10分钟），能快速观察到租期到期后的续租流程；如果是常规连通性实验，2小时足够。租期过半时客户端会发起续租（RENEW），这个报文是单播的，抓包时要注意过滤条件。

还有一个参数值得提：冲突检测。部分设备支持在分配地址前先ping一下目标地址，确认没被占用再分配。这个功能会增加分配延迟，实验环境里一般不开，但如果你发现地址分配莫名其妙变慢，可以去检查这个开关。

3.4 配置完成后的验证动作

配完不要急着去PC上试，先在服务器侧自查三件事：

display dhcp server statistics display ip pool name vlan10 display ip interface brief

第一条看DHCP服务器的报文统计，正常情况下在PC发起请求之前，各个计数都是0，如果有非0值说明之前有过交互。第二条看地址池状态，重点确认三件事：Gateway是不是.254、Total和Used的数量、Idle剩余多少。如果Idle是0，说明地址池被排除区间占满了，要回头检查excluded-ip-address的范围。

第三条确认Vlanif10是UP状态。这三项都正常，再去PC上开DHCP。

4. 客户端侧：PC、交换机管理口怎么把地址领回来

服务器配好只是做了一半，客户端侧同样有讲究。eNSP的PC不是真实主机，它的行为有自己的特点。

4.1 模拟PC的DHCP开关与那个容易被忽略的"应用"按钮

双击拓扑里的PC，弹出配置窗口，切到"基础配置"标签页。IPv4配置区域有几个选项：静态、DHCP。勾选DHCP，然后必须点右下角的"应用"按钮。

这一步我强调三遍都不为过。eNSP的PC界面有个特点：你改了配置但不点应用，界面上的选项会保持你改后的样子，看起来像是配置成功了，但实际上设备的网卡还是原来的状态。很多"DHCP配好了但PC拿不到地址"的问题，根源就在这儿。判断方法是看PC的命令行标签页，敲ipconfig，如果显示的地址还是空的或者169.254开头，说明DHCP没生效。

点了应用之后，PC会立即发起DHCP请求。观察PC的配置界面，IPv4地址、子网掩码、网关、DNS会陆续填上，这个过程通常一两秒。如果超过十秒还是空的，切到命令行敲ipconfig /release再ipconfig /renew，强制重新申请一次。

PC的命令行标签页还支持ping、arp -a、ipconfig这些基本命令，验证阶段很有用。arp -a能看到网关的MAC，如果网关的ARP条目是空的，说明二层不通或者网关地址配错了。

4.2 交换机管理地址走DHCP的写法

除了PC，交换机本身的管理接口也能通过DHCP拿地址，这在做"设备自动上线"类实验时很有用。配置是在Vlanif接口下把静态IP换成ip address dhcp-alloc：

interface Vlanif1 ip address dhcp-alloc

执行之后，设备会从Vlanif1所在网段的DHCP服务器申请地址。用display ip interface brief能看到Vlanif1拿到了地址，用display dhcp client能看租期和服务器信息。

需要注意的是，这种写法要求Vlanif1所在的VLAN（默认VLAN 1）里有物理口UP，并且这个网段里得有DHCP服务器。如果交换机是作为接入设备接在核心下面，且核心在VLAN 1上开了地址池，这条路就走得通。如果核心只在VLAN 10上开了池，那就要先把管理VLAN改成10，或者用接口地址池在VLAN 1上单独开一个。

还有一个细节：交换机通过DHCP拿到的地址，优先级低于手工配置的静态地址。如果Vlanif上已经有静态IP，ip address dhcp-alloc不会生效。要先undo ip address清掉静态配置。

4.3 抓包看四步握手是否完整

验证DHCP最靠谱的方法还是抓包。在eNSP里右键核心交换机和接入交换机之间的链路，选"抓包"，会调用外部的抓包工具打开对应接口。

过滤条件填bootp或者dhcp（不同版本的过滤器名称可能不同）。正常流程你应该看到四个报文：

四个报文齐全，说明DHCP流程完全正常。少哪个，问题就定位在对应的环节。我习惯把这四步截图存到实验笔记里，下次环境出问题直接对比，比凭记忆判断快得多。

5. 拿不到地址时的排查链路（真实踩坑顺序）

这一节按我实际排查的顺序写，不是按教科书的理论顺序。每条都对应真实遇到过的现象。

5.1 现象一：PC一直显示169.254.x.x

169.254开头是链路本地地址，意思是"我发了DHCP请求，但没人理我"。这个现象说明请求发出去了，回应没回来。按下面的顺序查：

第一步，确认PC的DHCP真的开了。去命令行敲ipconfig，看清楚是不是真的在申请。同时确认点了"应用"。

第二步，确认服务器侧dhcp enable执行了。这是全局开关，忘了这条，接口下配得再全也不响应。

第三步，确认接口下有dhcp select global（或interface）。缺这条，请求到了接口也不会被处理。

第四步，确认地址池的网段和接口网段一致。ip pool vlan10里写的是192.168.10.0/24，接口Vlanif10是192.168.20.254/24，这两个对不上，服务器找不到匹配的池，直接丢弃请求。这种情况在复制粘贴配置模板时特别容易发生。

第五步，确认二层通路。在服务器上display mac-address看有没有PC的MAC。如果连MAC都学不到，说明VLAN或者Trunk有问题，DHCP报文压根没到服务器。

第六步，看地址池是不是满了。display ip pool name vlan10，如果Idle是0，说明没地址可分了。常见原因是excluded-ip-address的范围写太大，把整个池子排除了。

这六步走完，95%的"169.254"问题都能定位。剩下的5%通常是模拟器层面的偶发问题，重启设备或者重建拓扑能解决。

5.2 现象二：地址拿到了但网关ping不通

PC成功显示192.168.10.100，但ping 192.168.10.254不通。这时候要先分清是"网关没配对"还是"二层不通"。

在PC上arp -a，看网关的ARP条目。如果条目存在且MAC正确，说明二层通，问题在三层（比如Vlanif没UP、或者中间有ACL拦截）。如果ARP条目是空的或者一直处于incomplete状态，说明ARP请求发出去没人回，问题在二层。

二层不通的常见原因：接入交换机的Access口VLAN配错、Trunk口没放行VLAN 10、PC连的端口和VLANif不在同一个广播域。用display vlan和display port vlan逐个接口核对，比瞎猜快。

还有一种情况：PC拿到的网关地址和服务器实际配置不一致。比如地址池里gateway-list写的是192.168.10.1，但Vlanif实际是.254。这种时候PC会把报文发给.1，而.1根本没有设备响应。用display ip pool name vlan10核对gateway-list，和display ip interface brief里的Vlanif地址对比。

5.3 现象三：地址池莫名耗尽、地址频繁跳变

做实验时间长了，会发现地址池里的Used数量一直涨，明明只有三台PC，Idle却越来越少。这是因为租约没有释放。

DHCP的地址回收依赖租约到期。PC关机时不会主动发RELEASE（eNSP的模拟PC尤其如此），地址就一直被占着，直到租期到期。实验做到一半地址池满了，后面新接入的设备就拿不到地址。

解决办法有两个：一是把租期设短，比如30分钟，让地址自动回收；二是手动清池子：

reset ip pool name vlan10 all

这条命令会释放所有已分配的地址。执行前确认一下没有正在用的设备，否则会短暂断网（设备续租时会重新申请）。

地址跳变是另一个问题：同一台PC每次重启拿到的地址不一样。如果实验需要固定地址，别指望DHCP每次都分同一个，要么用静态绑定按MAC固定，要么直接在PC上配静态。DHCP的分配顺序虽然大体遵循"从低到高找空闲"，但回收后的地址会优先被复用，顺序并不严格。

5.4 常见配置错误对照表

下面这张表是我这些年攒下来的，基本上涵盖了eNSP里配DHCP会踩的大部分坑：

表格里的每一条我都实际遇到过，其中"未save"这一条造成的损失最大——配了两小时的拓扑，一个重启全没了，只能重来。

6. 再往前走一步：中继、静态绑定与地址池调优

基础配置跑通之后，可以做点更接近真实网络的实验。这一节讲三个进阶用法，都是实际项目里会用到的。

6.1 跨网段分配：DHCP中继的配置前提

DHCP的广播报文不会跨越三层边界。如果客户端和服务器不在同一个网段，中间隔了一台三层设备，就需要中继。工作方式是：中继设备收到客户端的广播请求后，把它转成单播发给服务器，并在报文里带上"客户端所在网段"的信息，服务器据此从对应的地址池里分配地址。

配置分两端。客户端侧的三层设备（中继）在接口下：

interface Vlanif30 ip address 192.168.30.254 255.255.255.0 dhcp select relay dhcp relay server-ip 192.168.10.254

这里的dhcp relay server-ip指向DHCP服务器的地址，要求中继设备和服务器之间路由可达。

服务器侧要用全局地址池，并且地址池的网段要是客户端所在的网段（192.168.30.0/24），gateway-list要是客户端网段的网关（192.168.30.254）。这一点经常搞混：服务器自己的接口地址是192.168.10.254，但地址池里的网关必须写192.168.30.254，因为那是客户端实际要用的网关。

服务器侧还要注意：dhcp select global是配在服务器连接中继设备的那个接口上（或者任意合法接口），确保服务器知道从哪个接口处理转发过来的请求。有些版本要求服务器上有到客户端网段的路由，没有的话回包发不回去，表现为中继收到请求但客户端拿不到地址。

6.2 按MAC固定分配：static-bind的用法

需要某台设备永远拿同一个地址，又不想手工配静态，就用静态绑定：

ip pool vlan10 static-bind ip-address 192.168.10.201 mac-address 5489-98d0-1234

MAC地址的格式是eNSP里常见的xxxx-xxxx-xxxx，注意是横杠分隔不是冒号。MAC从哪里看？在PC上ipconfig /all能看到，或者在交换机的display mac-address里查。

几个要点：

绑定地址必须在地址池的network范围内，但不能落在excluded-ip-address区间内。如果绑定地址被排除了，绑定不生效。我一般把绑定地址放在.201-.250这个专门划出来的段，排除区间只写到.99，中间的.100-.200给动态分配，互不干扰。

绑定之后，这台设备申请地址时会优先匹配到绑定的IP。如果绑定的地址已经被别的设备占用了，会分配失败。所以做绑定前先reset ip pool清一下，或者确认地址空闲。

取消绑定用undo static-bind ip-address 192.168.10.201，注意不要带MAC参数，只带IP。

6.3 租期、冲突检测与排除地址的实际调优建议

最后聊聊参数调优，这部分没有标准答案，全看实验场景。

租期：常规实验2小时，做地址回收相关实验时缩到10-30分钟。租期过短会导致大量续租报文，干扰抓包观察；租期过长会导致地址回收慢，反复做实验容易把池子耗光。折中方案是设1小时，配合定期的reset ip pool。

排除地址：这个区间要覆盖所有静态占用的地址。除了网关和服务器自身，还要考虑将来可能加的静态设备。我习惯排除.1到.99这一整段，留出足够的余量。缺点是浪费地址，但在/24的网段里，100个动态地址对实验来说完全够用。

地址池数量：一个网段一个池，命名上带上网段信息，比如pool_10、pool_20。别图省事用一个池覆盖多个网段，那是不允许的，一个池只能对应一个network。

中继场景的网关：再强调一次，地址池的gateway-list必须是客户端网段的网关地址，不是服务器接口地址。这两者混淆是跨网段DHCP最常见的失败原因，我在这上面浪费过整整一个下午。

调试开关：真查不出来的时候，打开调试信息debugging dhcp server all，然后在PC上重新申请地址，观察设备输出的报文交互过程。注意调试信息输出量大，看完记得undo debugging all关掉，否则会刷屏影响后续操作。这个手段比抓包更直接，因为它显示的是设备内部的处理逻辑，能看到"收到请求→查找地址池→匹配失败"这样的中间状态。

我个人在实际操作中的体会是，DHCP这个东西配置本身很简单，难的是把排查链路理顺。新手最容易犯的错误是配完不验证，直接去PC上试，试不通就开始瞎改配置，越改越乱。正确的做法是分层验证：先确认服务器侧的地址池状态正常，再确认接口UP，再确认二层通，最后才去看客户端。每一步都有对应的display命令，按顺序走一遍，问题自然浮出水面。

另外提一句，把上面这套配置整理成一个文本模板存起来，每次做新实验时复制粘贴、改改网段就能用，比从零开始敲快得多。我现在的模板里还带了注释，标清楚每个参数为什么这么设，隔几个月回头看也不会忘。