简介：这是一份面向网络初学者、高校学生及网络课程实验人员的eNSP入门实验指导，以实验一“利用eNSP搭建基础网络”为主线，围绕网络专业常见的基础组网任务，帮助读者从零掌握企业网络仿真平台的使用方法，完成拓扑搭建、设备配置、IP寻址与连通性测试，并通过Wireshark抓包理解ICMP、ARP及TCP/IP协议栈的实际工作过程。压缩包内仅含1个docx实验文档，约648KB，内容覆盖实验目的、环境要求、操作步骤、配置说明与思考题，并附有Ethernet II帧结构和IP分组结构等附录，便于对照分析报文格式。该文档基于真实教学场景整理，步骤清晰、界面指向明确，适合实验课前预习、课中操作参考或课后复习，也可为后续学习路由配置、VLAN划分等进阶内容打基础。目前已有2610人学习下载，对于正在学习网络原理或备考网络类课程实验的读者，是一份可直接使用的实操参考资料。
1. 用 eNSP 搭基础网络，最大的门槛不是配置命令而是环境
很多第一次打开 eNSP 的人，卡住他们的不是 VLAN、静态路由这些配置，而是「设备拖进画布之后双击启动，AR1 报错 40」或「USG6000V 的启动界面永远是一串井号」。eNSP 名义上是华为官方的图形化网络模拟器，但它的本质是给一套运行在 VirtualBox 里的真实 VRP 系统做前端控制台。理解这个前提，安装顺序、启动失败排查、配置命令失效这些问题的答案会一下子清晰：你是在跟一个藏在图形界面后面的虚拟化环境打交道，而不是在用一个画拓扑图的工具。
这篇笔记面向两类人：一是正准备做华为数通实验、但还没把 eNSP 环境跑通的初学者，二是已经能拖设备配 IP、但遇到启动失败、telnet 登录不上、想用 Python 脚本操作设备时找不到头绪的进阶用户。我会从安装环境讲到最小拓扑构建，从三层互通配置讲到 CLI 自动化登录，每一段都按我在真实设备调试时养成的顺序写：先立住原理，再给可复现的步骤和参数。
2. 装好 eNSP 的三个前提：VirtualBox、Wireshark 和系统组件的兼容顺序
2.1 安装顺序为什么要严格固定：先 VirtualBox，再 eNSP
eNSP 安装失败的一大来源是用户装了 eNSP 之后才去装 VirtualBox，或者宿主机上已经有一个高版本 VirtualBox 导致 eNSP 无法识别。eNSP 的设备镜像本质上是 VirtualBox 的虚拟机，AR（路由器）和 USG（防火墙）的启动过程就是 VirtualBox 在后台创建并启动一个虚拟机的过程。华为给的安装指引强调先装 VirtualBox、再装 eNSP，不是因为官网排版需要，而是 eNSP 安装程序会在安装时检测 VirtualBox 的注册信息，把它写进 eNSP 的设备配置路径里。
我常用的安装顺序是：先装 VirtualBox 5.x 系列（eNSP 对 6.0 以后的 VirtualBox 兼容性更差，如果你准备跑 AR3260 或 USG6000V，尽量别追新），再装 Wireshark 作为抓包组件，最后安装 eNSP 本体。三者安装时都建议右键“以管理员身份运行”，否则设备启动时拿不到虚拟网卡的操作权限，现象是设备能启动，但接口始终是 down 的。装完不要急着打开 eNSP，先重启一次系统，让 VirtualBox 的虚拟网卡驱动生效。
有一个玄学问题出现过很多次：Win10/Win11 系统下 eNSP 启动一直转圈，最后报“启动设备 AR1 失败 40”。这个 40 号错误的定位方式其实很固定，先去任务管理器看是否有 VBoxSVC.exe 进程残留，再打开 VirtualBox 主界面看是否有异常状态的虚拟机。eNSP 对虚拟机的名字是内置的，一旦残留的 VBoxSVC 锁住了虚拟机目录，新启动就会失败。解决方式是结束所有 VBox 相关进程后，删除 C:\Users\用户名.VirtualBox 目录下的 Machine 文件夹里残留的 eNSP 条目，再重新启动拓扑。
2.2 Windows 11 和防火墙组件：抓包不可用与设备启动慢的根源
Win11 下装 eNSP 比 Win10 多一些波折，集中在两个点：WinPcap/Npcap 的驱动签名，以及 Windows Defender 对 VirtualBox 进程的实时扫描。eNSP 安装界面上会提示选择抓包组件，但很多用户沿用旧的 WinPcap 习惯装完后发现接口抓包永远是空白。常见做法是卸载 WinPcap，改装 Npcap 并勾选“WinPcap API 兼容模式”，这样既能满足 eNSP 的抓包调用，又能避免旧驱动的签名不被 Win11 加载。
设备启动慢的问题，如果你用的是 Win11 + 机械硬盘或旧笔记本，表现是启动进度条走到一半停很久，然后 AR1 报 40。原因通常是 VirtualBox 在创建虚拟机时默认使用的主内存和 CPU 核数偏高，宿主机资源被其他程序抢占。可以改一个地方：在 eNSP 菜单栏的“工具 > 选项 > 设备管理”里，把路由器、交换机的内存从默认 256MB 或 512MB 调低到 128MB。模拟 VRP 系统 128MB 够用，调低后启动速度和稳定性都明显改善。这个参数不是越小越好，低于 64MB 会导致 VRP 系统加载到一半卡死。
防火墙组件的处理，我一般建议保留 Windows Defender 默认设置，但把 eNSP 安装目录和 VirtualBox 的安装目录加入排除项。注意这不是为了“绕过安全防护”，纯粹是避免实时扫描反复读取虚拟磁盘镜像文件（.vmdk）导致启动 IO 延迟。如果你的安全软件弹窗询问 VirtualBox 的虚拟网卡驱动是否允许安装，选择允许，否则拓扑里所有设备都会显示链路异常。
2.3 验证安装成功的标准方法：不是“能打开 eNSP”，而是“能启动两台设备互联”
很多人装完 eNSP 以为能打开界面就是装好了，实际上打开界面只说明主程序 OK。判断环境是否真正可用，我习惯用一张最小验证拓扑：拖两台路由器 AR1、AR2，用自动连线连起来，同时启动，然后分别进入命令行执行display version。如果两台设备都能进入用户视图并正常回显版本信息，而且启动时间在 30 秒以内，才叫安装成功。
验证时有一个细节值得注意：eNSP 的设备启动不是瞬间完成的，它是先加载 VRP 系统镜像，再初始化接口，整个过程在任务栏能看到设备图标从灰色变成彩色。如果设备图标变彩色了，但点击后控制台窗口空白，或者敲命令没反应，说明 Console 连接没有建立。此时检查 eNSP 右下角的“注册状态”指示灯，如果是红色，重新启动 eNSP 并以管理员身份运行，注册成功后会变成绿色。很多初学者忽略了右下角这个状态，把大量时间耗在重装系统上，回头发现只是 Console 注册失败。
3. 拖出第一张能互通的基础网络：从拓扑选型到三层互通配置
3.1 最小基础网络选型：为什么用“PC—交换机—路由器—交换机—PC”
实验标题既然是“基础网络”，就不要一上来堆五台设备十根线。我给学生做实验时默认的最小拓扑是五台设备：两台 PC、两台交换机、一台路由器，连接顺序是 PC1 接交换机 SW1，SW1 上行接路由器的 GigabitEthernet0/0/0 口，路由器的 GigabitEthernet0/0/1 口接 SW2，SW2 再接 PC2。这个拓扑能覆盖三件事：二层 VLAN 划分、三层网关终结和静态路由互通，是一张能讲清楚“基础网络”所有关键概念的骨架。
选路由器型号时，AR2220 是 eNSP 里最稳妥的选择。AR201 有时候会出现接口少、启动慢的问题，AR3260 对内存要求高一点，而 AR2220 接口数量适中、默认配置就带了两个千兆口，适合做网关。交换机的选择按场景区分：如果只做二层实验选 S3700，如果要起三层接口或做 VLANIF 选 S5700。不建议在同一个拓扑里混用不同系列的交换机，虽然 eNSP 里可以这样拖，但某些高级特性在不同系列之间表现不同，排错时会多一层干扰。
PC 与交换机之间连线的类型也要注意：PC 接交换机用“自动连线”时，eNSP 默认生成的是直连线类型。很多人在拓扑搭建后遇到 PC 无法 Ping 通网关，第一反应是 IP 配错了，但实际是手动选线时选成了交叉线。华为设备现在的接口都支持 MDI-X 自适应，但 eNSP 模拟器里有时不识别，所以手动连线时尽量保持默认的直连线。
3.2 IP 规划与基础配置：给每个设备一个合理的身份
基础网络的 IP 规划不要随意拍脑袋，先画一张表再动手。这里我给出一个可以直接抄的规划：PC1 的 IP 是 192.168.10.10/24，网关指向路由器 G0/0/0 口的 192.168.10.254；PC2 的 IP 是 192.168.20.10/24，网关指向路由器 G0/0/1 口的 192.168.20.254。PC1 属于 VLAN 10，PC2 属于 VLAN 20，交换机 SW1 上连路由器的接口配置为 Trunk 口，放行这两个 VLAN。这个规划的好处是每一个配置点都对应一个明确目的，后面验证时出问题能按网段快速缩窄范围。
在 eNSP 里配置 PC 的 IP 不需要进入命令行，双击 PC1，在“基础配置”页填 IP 地址、子网掩码和网关，然后在交换机上做 VLAN 划分。SW1 的关键配置如下：
system-view sysname SW1 vlan batch 10 20 interface GigabitEthernet0/0/1 port link-type access port default vlan 10 interface GigabitEthernet0/0/2 port link-type access port default vlan 20 interface GigabitEthernet0/0/3 port link-type trunk port trunk allow-pass vlan 10 20这段配置的意图是：G0/0/1 接 PC1，把它划进 access 口并指定 VLAN 10；G0/0/2 接 PC2，划进 VLAN 20；G0/0/3 是上联口，用 trunk 放行两个 VLAN 的报文。注意 trunk 口放行 VLAN 的语法是port trunk allow-pass vlan 10 20，有些习惯思科命令的初学者会在这里写成allowed vlan，这在华为 VRP 里直接报错。另外，access 口的 default vlan 不要忘了配，不然交换机不知道收到的数据帧属于哪个 VLAN。
SW2 的配置逻辑和 SW1 对称，只是把 trunk 口放在下联方向，VLAN 划分不变。这个环节很多人翻车在 SW2 的 trunk 口忘记配，结果 PC2 的报文到了 SW2 之后被丢弃，路由器来回 Ping 都不通。我排查这个问题时习惯先看接口状态，再查 VLAN，最后才看路由表，顺序不能反。
3.3 跨 VLAN 通信的核心：路由器子接口与静态路由的落地配置
PC1 和 PC2 不在同一个 VLAN，二层无法直接通信，必须通过路由器做三层转发。但这里有一个容易踩的坑：如果直接把路由器的两个物理接口分别配成 192.168.10.254 和 192.168.20.254，也能通，但只适用于单台路由器、两个 VLAN 的场景。更通用的做法是子接口加 VLANIF 的思路，不过基础网络这个层级，先学会物理接口配网关即可。下面给出路由器 R1 的配置：
system-view sysname R1 interface GigabitEthernet0/0/0 ip address 192.168.10.254 255.255.255.0 undo shutdown interface GigabitEthernet0/0/1 ip address 192.168.20.254 255.255.255.0 undo shutdown我在做实验时一定会写undo shutdown，哪怕 eNSP 模拟器里接口默认是开启的。这个习惯是从真实设备带过来的：真机接口默认 shutdown，忘了打开就会出现“接口状态 down、配置看起来全对但就是不通”的灵异现象。配完接口后，PC1 Ping PC2 的网关是通的，但 Ping PC2 的地址不通，因为路由器不知道 192.168.20.0/24 网段应该从哪个接口出去——其实上面的配置已经让路由器的直连路由自动有了这两条，所以这一层如果还不通，问题多半出现在交换机的 trunk 口上。
真正的静态路由登场，需要把拓扑扩展成两台路由器串联、中间再拉一段 192.168.30.0/24 的网段。R1 要访问 R2 后面的 192.168.40.0/24，就必须写一条静态路由指向对端接口 IP。以 R1 为例：
system-view ip route-static 192.168.40.0 255.255.255.0 192.168.30.2这个命令的三个要素是：目标网段、目标掩码、下一跳地址。下一跳必须是与 R1 直连的那个接口 IP，不能填 R2 的环回口或远端地址。我见过不少实验者在下一跳这里填成对端设备的远端接口 IP，结果是路由表里这条路由一直处于 Inactive 状态。查静态路由不生效的时候，用display ip routing-table看路由状态，Active 才参与转发。静态路由在华为设备上的写法有两种，用掩码或掩码长度均可，ip route-static 192.168.40.0 24 192.168.30.2更简洁，但新手建议写全掩码，降低看错位的概率。
配置完静态路由后的闭环验证是：在 R1 上ping 192.168.40.1，在 PC1 上直接 ping 对端 PC 的业务地址。如果 PC 之间通，而 R1 上 ping 不通，基本是交换机透传的问题；如果 R1 通而 PC 不通，查 PC 的网关和交换机的 access 口 default vlan。
4. eNSP 避坑手册：启动失败 40、USG6000V 的井号、卸载残留的定位与处理
4.1 现象一：启动 AR1 失败，报错 40
这是 eNSP 里出现频率最高的报错，没有之一。现象是点启动后设备图标灰色，过十几秒弹窗提示“启动设备 AR1 失败 40”，同时后台 VirtualBox 里看不到任何新的虚拟机条目。原因集中在三个层面：一是 VBoxSVC.exe 残留进程占用了虚拟机配置文件；二是 eNSP 与当前 VirtualBox 版本不兼容；三是系统环境变量或用户目录有中文字符，VirtualBox 无法解析路径。
解决办法按顺序操作：第一步，打开任务管理器结束所有 VBox 相关进程；第二步，重启 eNSP 再启动设备；如果还不行，卸载当前 VirtualBox 换成 5.2.44 版本，这是和 eNSP 搭配最稳的版本区间；第三步，检查用户目录是否包含中文用户名，如果有，在 Windows 里新建一个英文管理员用户，用新用户跑 eNSP。第三步看着麻烦，但确实是很多工程师最后查出来的原因，属于那种“不遇到根本想不到”的坑。报错 40 时不要急着卸载 eNSP，这个报错大概率不是 eNSP 安装包的问题，重装解决不了根源。
4.2 现象二：USG6000V 启动后控制台一直刷井号
在 eNSP 里拖出防火墙 USG6000V，启动后 CLI 窗口不出现提示符，而是一屏幕的 # 号，这是热词里“usg6000v启动总是井号”对应的经典场景。原因不是设备坏了，而是 USG6000V 的镜像文件需要额外加载组件：它依赖 VirtualBox 的扩展包或者特定的网卡类型。eNSP 自带的 USG6000V 镜像在部分 Windows 版本上会出现 USB 网卡初始化失败，系统反复重试，于是刷井号。
解决思路比较固定：先关掉这个防火墙设备，在 eNSP 菜单“工具 > 选项 > 设备管理”里找到 USG6000V，点击“注册”，重新关联镜像文件；如果还不行，手动在 VirtualBox 里打开对应虚拟机，查看网卡设置是否被还原成了默认的 AMD PCNet，改成 Intel PRO/1000 MT 桌面版再启动。井号停止后，等待几秒会进入FW的用户视图，此时可以用system-view进入配置模式。如果改了网卡后连启动都失败，说明镜像文件本身不完整，需要从华为官网重新下载 USG6000V 的 .vdi 镜像替换。这个防火墙实验不建议在基础网络第一次就做，等熟悉了 AR 和交换机的启动逻辑再碰。
4.3 现象三：卸载 eNSP 之后装新版本，还是报旧版本的错
eNSP 卸载不干净是社区里很出名的问题，典型现象是：卸载后重装，第一次启动提示组件缺失，或者拓扑里还能看到上一次实验没删完的设备名称。原因是 eNSP 的配置和虚拟设备分布在三个地方：安装目录、用户目录下的.eNSP文件夹、以及 VirtualBox 的虚拟机列表。常规卸载只清掉了安装目录，后两个残留会继续干扰新版本。
我一般卸载时按这个顺序清理：先卸载 eNSP 程序，再手动删除 C:\Users\用户名.eNSP 目录，接着打开 VirtualBox 删除所有名包含 eNSP 前缀的虚拟机条目并删除镜像文件，最后在注册表里搜索 eNSP 相关键值（以 HKEY_CURRENT_USER\Software 下为主）逐项删除。清理完成后重启，再开始新版本安装。一个操作上的提醒：不要为了卸载干净去下载那些所谓的“强力卸载工具”，eNSP 的残留主要在注册表，手工删除比乱扫更安全。
4.4 现象四：配置命令敲了没反应，提示未知命令
这个问题看起来很基础，但连做实验多年的人也偶尔翻车。现象是在交换机上敲port link-type trunk，系统提示Error: Unrecognized command。原因通常是当前视图错误，在用户视图<SW1>下敲系统视图的命令，或者在系统视图下敲接口视图专用的命令。华为 VRP 的命令是分视图的，这个机制有时候比真实设备上的报错更严格。
定位姿势是看提示符：尖括号<>是用户视图，只能执行display、ping、reset这类操作类命令；方括号[]是系统视图，能配置全局参数；接口视图的提示符是[SW1-GigabitEthernet0/0/1]，VLAN 视图是[SW1-vlan10]。命令进不去对应视图，后面的一切都白搭。另一个导致“命令敲了没用”的原因是键盘输入法，全角字符在 VRP 里会被直接拒绝，控制台输入时切到英文半角。
4.5 现象五：PC 之间能 Ping 通网关，但 Ping 不通对端 PC
这个现象的原因一般不在路由器，而在交换机的 VLAN 划分。如果 PC1 Ping 192.168.10.254 通、PC2 Ping 192.168.20.254 通，但 PC1 Ping PC2 的 192.168.20.10 不通，先在路由器上display arp，看看两张网卡的 MAC 是否都有正确学习记录。如果有，接下来查 SW1 的上联口和 SW2 的上联口是否都配置了 trunk 放行对应 VLAN。常见错误是 SW1 配置了port trunk allow-pass vlan 10 20，而 SW2 只port trunk allow-pass vlan 20，对端 VLAN 10 的帧在 SW2 入口就被丢弃了。
还有一类更隐蔽的情况：PC1 和 PC2 的网关配在路由器上，但路由器的接口 IP 没起来。eNSP 模拟器里接口默认是 up 的，但如果之前做过 shutdown 实验没 undo，接口状态一直 down，路由表里就没有直连路由。排查时在路由器上display ip interface brief，一眼就能看出哪段接口没有 up，比反复猜配置高效得多。
5. 从图形界面到 CLI 自动化：Telnet 登录与 Python 脚本接管设备
5.1 在 eNSP 里打开 Telnet 服务：路由器与交换机的配置差异
图形界面拖拽配置适合学习和演示，但真实网络设备的运维里，更多是通过远程登录方式操作。eNSP 完美支持 Telnet 和 SSH 实验，这是它比纯图形模拟器更有价值的地方。先从 Telnet 配置说起，在路由器 R1 上开启 Telnet 服务并创建登录凭证：
system-view telnet server enable user-interface vty 0 4 authentication-mode aaa protocol inbound telnet quit aaa local-user admin password cipher Admin@123 local-user admin service-type telnet local-user admin privilege level 15这段配置有三层意图：telnet server enable是全局开启 Telnet 服务，VTY 0 4 授权五个并发虚拟终端登录，AAA 认证则定义了用户名密码和权限等级。注意protocol inbound telnet这行很关键，如果设备的 VTY 默认只放行 SSH，Telnet 连接会被拒绝。权限等级 15 是华为设备的管理员级，如果不配，登录进来连 system-view 都进不去。
交换机的 Telnet 配置和路由器几乎一致，唯一差异是如果交换机是二层型号，需要先给交换机配置一个管理 IP 才能被远程访问。常见做法是创建 VLANIF 接口，比如 VLAN 10 的地址 192.168.10.2，然后把管理口划进 VLAN 10。这里记住一个逻辑：Telnet 是 TCP 应用层协议，设备必须有一个可达的 IP 地址才能接收连接，和这个 IP 是物理接口还是 VLANIF 无关。
5.2 用 Windows 自带 Telnet 客户端验证连通性
配置完 Telnet 后，先用最朴素的方式验证：在 PC1 上打开命令行，执行telnet 192.168.10.254。如果提示端口 23 连接失败，检查路由器上display tcp status看 23 端口是否在监听。如果端口在监听但连接失败，VTY 配置里 authentication-mode 和 AAA 用户的信息多半对不上。此时用 console 口登录设备，查看配置回显display this，确认 VTY 里没有与 AAA 冲突的密码配置。
Win10 和 Win11 默认没有安装 Telnet 客户端，控制台执行 telnet 会提示“不是内部或外部命令”。需要去“控制面板 > 程序 > 启用或关闭 Windows 功能”，勾选 Telnet 客户端，不需要重启就能用。这一步很多人不知道，以为华为设备没有开启 Telnet 服务，其实问题出在 Windows 自带的客户端没装。
5.3 用 Python 3.9 写一段自动登录 eNSP 设备的脚本
eNSP 设备的交互本质上就是串口控制台和 Telnet 的文本流。用 Python 操作它，核心思路是建立连接、等待提示符、发送命令、读取回显。Python 3.9 自带 telnetlib 库，不需要额外安装依赖，适合作为自动化实验的起点。下面这段脚本可以直接跑通 Telnet 登录 AR1 并执行display version：
import telnetlib import time HOST = "192.168.10.254" USER = "admin" PASSWORD = "Admin@123" tn = telnetlib.Telnet(HOST, 23, timeout=10) time.sleep(1) tn.read_until(b"Username:", timeout=5) tn.write(USER.encode("ascii") + b"\r\n") tn.read_until(b"Password:", timeout=5) tn.write(PASSWORD.encode("ascii") + b"\r\n") time.sleep(2) output = tn.read_very_eager().decode("gbk", errors="ignore") print(output) tn.write(b"display version\r\n") time.sleep(3) output = tn.read_very_eager().decode("gbk", errors="ignore") print(output) tn.write(b"quit\r\n") tn.close()这段脚本里有三个细节值得说明。第一是read_until的等待标记，华为设备的登录提示是Username:和Password:，大小写必须完全一致，否则脚本会一直等到超时。第二是decode("gbk")，华为 VRP 的回显是 GBK 编码，用 UTF-8 解码会出现乱码，在 Python 3 里这是最常见的翻车点。第三是命令发送后的time.sleep，模拟器设备回显比真实设备慢，如果 sleep 时间太短，read_very_eager可能读到空数据，看起来像脚本没生效。
如果想进一步自动化配置，不只在设备上执行查看命令，可以把tn.write(b"system-view\r\n")加在 version 之后，再逐条写入配置命令。每次写入后用read_until等待提示符回来，再发下一条。注意配置命令的回显结束符不一定是固定的，稳妥做法是用display this或display current-configuration来确认配置是否写入成功。脚本化的意义不只是省敲命令，而是配置可回放、可对比，这对实验排错和考试练习都有实际帮助。
5.4 一台设备登录成功后，如何扩展到多台设备的批量管理
Telnet 自动化登录最大的价值在批量场景：学校机房的实验拓扑往往有十几台设备，逐台双击控制台去配置效率太低。常见做法是把设备清单维护在一个列表或 CSV 文件里，循环建立 Telnet 连接，逐台下发同一份基线配置。基线配置的内容一般是统一的 sysname 前缀、时区、VTY 认证方式、AAA 账号这类不随业务变化的部分。
批量并发连接时要注意设备的 VTY 数量限制。华为设备 VTY 0 4 表示同时允许 5 个 Telnet 连接，如果你的脚本用 10 个线程并发登录同一台设备，会有一部分连接被拒绝。解决办法是给脚本加信号量限制并发数，或者把 VTY 扩大成user-interface vty 0 14。我在实验环境里习惯把 VTY 范围直接扩到 0 14，真实生产环境不建议这么做，实验设备没有安全问题要担心。
批量脚本的另一个坑是命令回显的等待时间不统一。设备启动完成后第一次 Telnet 登录，VRP 系统可能需要额外的时间处理 AAA 认证。如果脚本设置了统一的 5 秒等待，有些设备在负载高的模拟器里会超时。业界常用的兜底方案是循环读取回显直到出现>或]提示符，而不是死等固定秒数。这个技巧在操控 eNSP 时特别有用，因为模拟器的响应时间受宿主机性能波动影响很大。
6. 验证基础网络的最后一步：从路由表到抓包的检查顺序
一张基础网络配完，验证不要只停留在“Ping 通就算完”。我自己的检查顺序是固定的，先看接口状态，再看 ARP 表，然后看路由表，最后用 Wireshark 抓一次包确认报文确实是从预期路径走的。接口状态用display ip interface brief，重点看物理口和协议口是不是都是 up；ARP 表用display arp，确认网关 MAC 和 PC 的 MAC 都正确学习；路由表用display ip routing-table，确认目标网段的路由是 Active 状态。
抓包验证是一个很多人跳过但价值极高的动作。在 eNSP 里右键点击链接选择“开始抓包”，然后在 PC1 上 Ping PC2，捕获的报文里能看到 ICMP 请求和应答的来回路径。如果请求到达了 R1 但应答回来的源 MAC 不是网关 MAC，问题在交换机的二层转发；如果请求在 PC1 发出后交换机就没了后续报文，问题在 VLAN 或 access 口的配置。抓包不是用来炫技的，它是唯一能把“配置看起来对”和“实际转发是对的”区分开的手段。
最后一个我自己的习惯是：每次实验做完，把设备配置用display current-configuration导出，命名成《实验日期-拓扑名-设备名.txt》存档。eNSP 的拓扑文件只是画布上的连线关系，设备配置全在虚拟机的 Flash 里，拓扑文件关掉再打开，配置不一定会带回来。所以要留后悔药，就得在关闭 eNSP 之前把配置导出。这个习惯帮我避免了好几次实验做一半、设备配置文件丢失之后从头再来的痛苦。配置导出的命令很简单，但真到需要的时候，你才会意识到它的价值。
希望这篇笔记能把你 eNSP 基础网络这条路上的暗坑都标出来，让你把精力留到真正该花心思的路由和交换原理上，而不是跟模拟器环境搏斗。
本文还有配套的精品资源，点击获取
