网络模拟器选型与排障全攻略：eNSP、HCL、GNS3、EVE-ng实战指南

“机房真机”这四个字，对很多刚接触网络工程的人来说就是一道门槛。单位不会让你随便拿生产设备练手，自己花钱买两台企业级路由器和交换机又太奢侈，这时候eNSP、EVE-ng、HCL、GNS3、Cisco Packet Tracer这五款网络模拟器就成了绝大多数人的第一选择。我这些年帮人装模拟器的次数少说也有几十次，见过太多人卡在下载和启动环节，明明软件是好软件，最后却因为一个版本不对、一个VirtualBox冲突就放弃了。这篇就把选型、下载、安装、排障，以及几个高频问题的完整处理思路一起讲清楚。

1. 五款模拟器各自的生态位：选对工具比下载更重要

很多人一上来就问“哪个最新就下哪个”，这个思路我劝你趁早改掉。五款模拟器虽然都是“在电脑里搭网络”，但侧重点完全不同，用错地方只会让你越学越乱。

1.1 eNSP：华为产品线实验的默认选项

eNSP是华为官方出的图形化网络模拟器，主要面向华为数通设备的配置学习。我在准备华为认证和做校园网毕业设计时，绝大部分时间都在用它。它内置的路由器、交换机、防火墙、AC控制器和Fit AP，基本覆盖了HCIA到HCIP阶段最常见的实验场景。

eNSP底层依赖VirtualBox，运行时会拉起若干台虚拟设备，模拟得比较像回事。比如热词里有人问的“ensp usg 6000 web cli dmz trust untrust”，就是在eNSP里拖一台USG6000V防火墙，划分Trust、Untrust、DMZ三个安全区域，再通过Web界面或CLI配置安全策略。类似的实验在真机上操作成本高，但在eNSP里一分钟就能搭起来。

它的主要局限是设备镜像版本相对固定，对于一些新特性支持得不够全。华为后来推了eNSP Pro，还有对应的离线版安装包，但那是另一个话题，后面我会细说。对绝大多数入门和进阶实验来说，传统eNSP仍然是最顺手、最稳妥的选择。

1.2 HCL：华三设备模拟的对应选择

HCL全称是H3C Cloud Lab，对应的是新华三产品线。它的使用逻辑和eNSP非常像，也是拖拽设备到拓扑里，再通过命令行配置。不同点是HCL里跑的是华三的Comware V7风格命令，如果你公司用的是H3C设备，或者你在备考H3C认证，那HCL基本是绕不开的。

热词里提到的“hcl堆叠实验”是我认为HCL比较有价值的地方。IRF堆叠在HCL里可以做，而且效果比eNSP里的堆叠模拟更贴近真实设备行为。不过HCL的老毛病是设备类型没有eNSP丰富，比如无线和部分安全设备缺失，所以它更适合作为eNSP的补充，而不是全面替代。

1.3 Cisco Packet Tracer：教学场景下最好上手的工具

Cisco Packet Tracer，老网工习惯叫它PT。这是思科面向教学场景推出的模拟器，最大的优势是“傻瓜化”。你不需要准备镜像，不需要配置虚拟机，甚至连真实IOS都不用管，开箱即用。

PT的命令行是思科风格，适合备考CCNA或者第一次接触网络的人。它有很优秀的动画模拟模式，可以直观看到数据包从PC发出、经过交换机、到达路由器的每一跳。我在带人入门时有个固定动作：先让他在PT里把ARP和STP的实验做一遍，再考虑要不要上eNSP或GNS3。没有这个基础，直接上重武器很容易被一堆环境问题劝退。

1.4 GNS3与EVE-ng：跑真实镜像的重武器

这两款属于“进阶工具”。

GNS3可以调用Dynamips模拟真实IOS镜像，也可以借助QEMU运行IOS-XE、ASAv、Nexus，甚至运行Linux容器。只要你有合法获得的镜像，GNS3能给你非常接近真机的体验。它和eNSP、HCL那种“内置模拟设备”的思路完全不同，设计上更开放。

EVE-ng则更像一个完整的实验机房管理系统。它本身是一个Linux系统，通常安装在VMware虚拟机里，你通过浏览器登录Web管理页面，在网页上创建拓扑、启动设备、连接串口。多台设备可以并行运行，资源调度比GNS3更集中，适合做复杂多厂商混合实验。

我的建议是：入门阶段先玩eNSP和PT，等需要做SRv6、EVPN、多厂商互通这类综合实验时，再把GNS3或EVE-ng拾起来。

2. 下载安装前的通用准备：版本、路径、虚拟化开关

不管你最终选哪款模拟器，有几项准备工作必须先做好。这些事看着不起眼，但能帮你省下后面大量排障时间。

2.1 先看CPU虚拟化和Windows底层环境

eNSP、HCL、GNS3 VM、EVE-ng这些工具，跑起来都需要CPU虚拟化技术。检查方法很简单，打开任务管理器，切到“性能”标签，选中CPU，看右下角的“虚拟化”状态是不是“已启用”。

如果显示“已禁用”，那就要重启电脑进BIOS，找到Intel Virtualization Technology或者AMD SVM Mode，打开它。这个选项在不同主板上名称不一样，但基本都在Advanced或Configuration菜单里。

还有个隐蔽问题：虚拟化显示“已启用”，但启动VirtualBox类模拟器依然报错。这时候要看Windows的“内核隔离”功能。Windows安全中心里的内存完整性会占用虚拟化指令，导致VirtualBox无法正常接管资源。我在排查eNSP设备启动失败时，好几次都是关掉“内存完整性”后立刻解决的。

2.2 Hyper-V与VirtualBox系列模拟器的冲突处理

eNSP和HCL走的是VirtualBox路线，而你的电脑要是开启了Hyper-V、WSL2或者Docker Desktop，那冲突概率会明显上升。

VirtualBox和Hyper-V本质上都要接管CPU虚拟化，两个同时存在会让设备启动变得极其不稳定。热词里大量出现的“ensp启动设备ar1失败40”“hcl模拟器设备启动失败”，有很大一部分根因就是这里。

处理思路分两种：

如果你电脑上装了Hyper-V或WSL2，但平时用不上，建议在控制面板的“启用或关闭Windows功能”里把Hyper-V关掉，然后重启。注意，关了Hyper-V后WSL2可能没法用，所以这个操作要看你的实际需求。

有人既想用eNSP，又想保留Docker，那我的建议是别硬扛，考虑用GNS3 VM或者EVE-ng这类走VMware路线的方案。VMware Workstation和Hyper-V的共存相对友好，但也需要做一些配置，没有哪套方案是完全无痛的。

2.3 安装路径、管理员权限与杀毒软件

这几条虽然老生常谈，但我几乎每次排障都会遇到：

安装路径不要带中文，不要放在用户目录下面。eNSP、HCL、VirtualBox这些软件对中文路径和权限符号的容忍度很低，装完后各种奇怪问题都可能冒出来。最稳妥的办法是直接用默认路径，最多把盘符改一下。

安装完成后，eNSP和HCL最好都右键选择“以管理员身份运行”。它们的虚拟网卡和防火墙配置需要管理员权限，普通双击启动在Linux系统下问题会少一些，但在Win11下经常一闪而过或者启动失败。

杀毒软件和Windows Defender不要拦VirtualBox、VBoxSVC这几个进程。第一次安装时弹出的提示要允许，否则虚拟网卡驱动被拦截，后面怎么折腾都是白费。我习惯把模拟器安装目录加入杀毒软件白名单。

2.4 下载渠道：官方优先，别被“最新版”带偏

题目里写着“最新版下载”，但我得提醒你一句：模拟器不是越新越稳定，很多最新版会和旧设备镜像不兼容。尤其是在eNSP和HCL上，“老版本配老VirtualBox”反而最稳妥。

下载渠道只说官方：

eNSP去华为企业业务技术支持页面找软件下载，文件较大，一般要登录账号。eNSP Pro离线版在华为官方支持渠道可以获取，它比传统eNSP配置要求高得多，而且对硬件资源的需求不是普通笔记本能轻松扛住的，装之前先看看电脑内存和CPU。

HCL去新华三官网的技术支持-软件下载栏目，认准H3C Cloud Lab字样。

Cisco Packet Tracer需要注册思科网络学院的账号，在NetAcad的下载页面里获取。

GNS3去官网下载客户端，GNS3 VM镜像也从官网下，通常是OVF格式，导入VMware Workstation用。

EVE-ng去官网下载Community版ISO。

千万不要在搜索引擎点那些“高速下载”按钮，那些基本都是捆绑全家桶。认准官方域名，宁可慢一点。

3. eNSP启动失败40：从现象到解决的完整排障链路

“ensp启动设备ar1失败40”是搜索热词里出现频率最高的一个问题。我打算用一个完整的排查链路来说，这样你下次遇到类似问题，思路会比单纯找答案有用得多。

3.1 错误40背后的现实原理

eNSP的提示是“启动设备AR1失败，错误代码40”，但这个错误码没有精确指向某个具体原因。本质上是eNSP调用VirtualBox创建虚拟路由器时，虚拟机没能正常起来。所以排查方向要放在VirtualBox环境上，而不是反复重装eNSP。

打开VirtualBox图形界面，你会看到eNSP创建的以路由器ID命名的虚拟机。设备启动失败时，这些虚拟机通常处于“已保存”或“已停止”状态，甚至提示“不可用”。这个现象本身就在告诉我们：问题出在VBox这一层。

3.2 按这个顺序排查，多数问题半小时内解决

我自己的固定排查顺序是这样的：

第一步，关掉eNSP，右键图标，以管理员身份运行。这一步能解决大约两成的问题。

第二步，打开VirtualBox主界面，检查“文件”菜单下的“主机网络管理器”。eNSP依赖Host-Only网络，默认网段一般是192.168.56.0/24。如果这块虚拟网卡状态异常，删掉后重新添加一张，IP设为192.168.56.1。要是网卡列表为空，说明VirtualBox安装时驱动被拦截了，重装VirtualBox时记得把杀毒软件退掉。

第三步，在Windows服务管理器里找到VirtualBox相关的服务，比如VBoxSVC，确认它处于运行状态。被我禁止开机自启的情况很常见，把它改成“自动”再启动一次。

第四步，如果设备还是启动失败，在VirtualBox里右键对应虚拟机，选择“放弃已保存状态”，然后回到eNSP重新启动。这个操作很多人不知道，却经常有效。

第五步，检查Windows网络栈。用管理员身份打开命令提示符，依次执行以下命令然后重启电脑：

netsh winsock reset netsh int ip reset

这两个命令会把Windows网络组件恢复到默认状态，对虚拟网卡失效的问题有奇效。不过要注意，执行完毕后需要重启才能生效。

如果走到这一步还不行，那就进入终极流程：卸载eNSP，卸载VirtualBox，重启电脑，重新安装eNSP。重装的时候不要手动修改任何组件，包括内置的VirtualBox版本。

3.3 两个容易被忽略的场景：Hyper-V残留与内核隔离

我在前面提过Hyper-V和内核隔离，这两个问题在eNSP上尤其明显。

很多人电脑上根本没有主动开启Hyper-V，但Docker Desktop、Windows沙盒、WSL2运行时会自动启用它。你打开“启用或关闭Windows功能”一看，Hyper-V那一项可能是灰色的或者已经打勾。这种情况下，eNSP内置的老版本VirtualBox经常会启动失败。

另一个是“内核隔离”功能。Win11默认在部分电脑上开启内存完整性，这个功能和高版本VirtualBox都有兼容性问题，更别说eNSP内置的老VBox。关闭方法：Windows安全中心，设备安全性，内核隔离，把“内存完整性”关掉，重启。

我处理过一个案例，电脑配置很高，虚拟化也开了，AR1就是起不来。最后发现是安全软件拦截了VBoxSVC创建虚拟网卡的动作，加入白名单后立刻正常。

3.4 顺带把USG6000防火墙Web登录跑通

eNSP里做防火墙实验时，很多人卡在“如何打开Web登录界面”。在热词列表里，“ensp usg 6000 web cli dmz trust untrust”和“ensp配置防火墙web登录”出现频率很高。

我的经验是：先把防火墙接口配置好IP，再把接口加入对应安全区域。Trust放内网，Untrust放外网，DMZ放服务器区。默认情况下，Web管理需要在接口上开启service-manage，不同的eNSP版本操作方式有点差异，以你手头版本附带的说明为准。

浏览器访问防火墙IP时，建议直接用HTTPS协议，IP地址前面加https://。如果弹出证书警告，忽略它继续访问。这个操作在现代浏览器上可能会因为安全策略被拦截，换个浏览器或者用旧版Edge可以有效规避。

3.5 设备反复重启或蓝屏怎么办

有一个现象是eNSP启动设备后，电脑蓝屏或者eNSP整个崩溃。这个问题常见于内存不足或VirtualBox版本错乱。

eNSP里的每台AR设备默认占用几百MB内存，如果你一次性拖了五六台路由器和两台防火墙，内存小的电脑很容易崩。解决方法是减少同时启动的设备数量，或者加物理内存。

还有种情况是电脑里装过高版本的VirtualBox，eNSP只能使用特定版本的范围，高版本创建的虚拟机格式和网卡驱动不兼容。彻底卸载高版本VirtualBox，然后让eNSP修复安装自带版本，基本能解决。

4. HCL在Win11下的设备启动问题与处理

HCL的问题集中在Win11环境下。我收到过不少类似“hcl启动设备失败win11”“hcl启动提示无法读取设备信息”的消息，这里我把排查路径写透。

4.1 HCL两大致命提示

HCL设备启动失败通常有两种提示：

第一种是双击设备后卡一会儿，提示“启动设备失败”，没有任何更多细节。第二种是直接弹窗说“无法读取设备信息”。这两种情况本质都是底层VirtualBox没能按预期加载设备镜像，只不过错误捕获方式不同。

第二个提示尤其让人摸不着头脑，因为它听着像是设备文件损坏，但真正的原因往往是VirtualBox相关组件没被正确识别，或者权限不够。

4.2 兼容性设置和VirtualBox路径认领

在Win11上，HCL的exe右键属性里需要设置两件事：

第一，兼容性标签页里选择“以兼容模式运行这个程序”，下拉里选Windows 8或Windows 10。第二，勾选“以管理员身份运行此程序”。

这两项设置好以后，再检查HCL使用的VirtualBox路径。打开HCL的选项或设置菜单，找到VirtualBox相关配置，确认VBoxManage.exe的路径指向你电脑上实际安装的VirtualBox。如果HCL自动检测不到，就手动找到C:\Program Files\Oracle\VirtualBox\VBoxManage.exe并指定。

HCL不同版本内置的VirtualBox版本不一样，最好不要手动升级到最新版。新版VirtualBox和HCL的兼容性反而经常出问题。

4.3 工程路径、残留配置与服务重启

HCL的工程文件后缀名是.hw，这个文件建议放在纯英文路径下。如果直接把工程放在桌面，而你的Windows用户名是中文，那问题就来了。HCL在读取设备信息时如果碰到中文路径，会直接失败。

如果HCL之前安装过其他版本，或者你反复卸载重装过，建议清理一下残留配置。按Win+R，输入%APPDATA%，找到H3C或HCL相关目录，备份后删除，再重新打开HCL。注意这个操作会清掉你已经保存的偏好设置，但通常不会影响你保存的工程文件。

另外，在Windows服务里找到VirtualBox相关的系统服务，看它是不是运行中。如果状态是“停止”，手动启动它，然后把启动类型改成“自动”。HCL启动设备时如果VBox服务不在，就会报各种莫名其妙的错误。

4.4 想玩堆叠实验，先过环境关

“hcl堆叠实验”是个热门需求。HCL做IRF堆叠确实方便，但也别忽略资源消耗。

IRF实验至少需要两台设备，每台设备都要分配内存。实验前先关闭其他占用内存的软件，否则设备启动后拓扑会变得非常卡，最终导致启动失败。我建议做IRF实验前，先单独启动一台设备确认环境稳定，再加第二台，不要一上来就三台四台一起跑。

堆叠失败还有一个配置层面的原因：设备成员编号和优先级没有提前规划好。HCL模拟的和真机一样，成员编号冲突或者优先级相同会导致堆叠不稳定。做实验前先把规划和配置命令写在记事本里，再逐台执行。

4.5 实在不行时的一条退路

如果Win11主机上就是跑不顺畅，我的退路是找一台Win10的旧电脑专门做HCL实验，或者把HCL装到VMware Workstation里的Windows 10虚拟机中。

在虚拟机里跑模拟器属于嵌套虚拟化，性能会有损耗，但胜在环境干净，不受主机上各种软件冲突影响。我在自己机器上试过，只要给虚拟机分配4核CPU和8G内存，HCL基本能正常跑实验。这个方案适合那种“必须用HCL，但主机环境改不了”的情况。

5. GNS3与EVE-ng的VM、镜像和URL配置要点

到了GNS3和EVE-ng这个级别，问题重点已经从“能不能启动设备”变成了“怎样把实验室搭得专业”。这块我也踩过不少坑。

5.1 GNS3 VM连接失败的真正原因

很多人在GNS3客户端里配置GNS3 VM时，不知道服务器地址该填什么。这个配置路径在Edit-Preferences-GNS3 VM，勾选“Enable the GNS3 VM”，然后选择VMware作为VM provider。

填地址时，既不是乱填也不是必须填localhost。正确做法是：先在VMware里启动GNS3 VM，打开虚拟机里的命令行，用ip addr命令查到这台VM的IP地址，然后在GNS3客户端里填这个IP，端口保持默认的3080。

有人在网上看到填127.0.0.1的办法，填完发现连不上。那是因为127.0.0.1指向的是本机，只有在你把VMware做了端口转发，或者GNS3 VM以特殊网络模式运行时才有效。最可靠的做法还是老老实实查VM的IP。

配置完地址后，点击Test Settings，看到提示成功再接着折腾设备。

5.2 镜像选择与导入的版权红线

GNS3和EVE-ng最大的亮点是能跑真实镜像，但镜像怎么来是个需要慎重对待的事情。

GNS3社区提供了一些免费可以用的设备模板，比如基于Linux的网络操作系统、FRRouting、TinyCore等。这些都是合法且免费使用的。至于思科的IOS、ASAv这些商业镜像，你必须通过合法渠道获得，比如你所在单位的思科授权设备自带的许可。不要到网上去找别人打包好的“一键镜像”，一方面版权问题说不清，另一方面别人动过手脚的镜像还可能带后门。

导入GNS3镜像时，选择新建模板，模板类型选QEMU，然后指定镜像文件。要注意的是设备的CPU型号和内存设置要和镜像匹配，否则会启动失败。

5.3 EVE-ng从镜像上传到设备启动

EVE-ng的社区版是一个ISO，安装到VMware Workstation里以后，浏览器直接访问EVE-ng的IP地址，进入Web管理界面。

上传镜像可以用Web界面的“Image Management”，也可以用SCP把镜像传到/opt/unetlab/addons/qemu/目录下。这里有个关键步骤：上传完镜像必须在EVE-ng命令行执行一次权限修复命令，否则Web界面创建节点时会提示无法读取镜像。具体命令EVE-ng的文档里有，核心思路是把镜像目录的属主改成www-data。

创建节点时，要根据镜像类型选择正确的模板，比如vIOS、Nexus、Linux、Firewall。模板选错，设备根本起不来。

5.4 EVE-ng能不能做SRv6/EVPN实验

热词里有人专门问“eve-ng模拟器可以使用srv6 evpn吗”。我的答案是：EVE-ng本身只是底层平台，能不能做这类实验取决于你上传了什么镜像。

SRv6需要操作系统原生支持IPv6 Segment Routing。老旧的vIOS镜像肯定不行，需要较新版本的IOS-XR、虚拟路由器，或者开源的FRRouting。EVE-ng的好处是只要QEMU能跑，你就能导入这些镜像来做实验，但每个设备的镜像大小和资源占用都不小，8G内存跑复杂拓扑会非常紧张。

如果你主攻华为设备且有eNSP Pro离线版，也可以考虑用eNSP Pro验证部分新特性。传统eNSP对新特性的支持确实有限，不少SRv6实验最终还是要在EVE-ng或eNSP Pro上完成。

5.5 多设备拓扑的资源纪律

在EVE-ng里搭建大型拓扑时，我给自己定过一个资源纪律：每台设备预留的内存是本身配置要求的一倍以上，比如镜像建议2G，我就按4G分配。

为什么？因为EVE-ng里设备同时启动时的平均负载会明显高于单台设备启动，内存一次分配不足，后续加设备很可能拖垮宿主机。我在EVE-ng里跑十多个节点的多厂商拓扑时，32G内存的主机也经常逼近上限。

实验完后记得及时关闭不需要运行的节点。EVE-ng是常驻Web服务，开着不管会一直占着内存，下次再开新拓扑时容易被卡出“内部错误”。

6. Cisco Packet Tracer上手与五合一实验室的组合玩法

最后一款是Cisco Packet Tracer，也是我觉得最被低估的一款工具。别因为它看起来简单就跳过这一章。

6.1 为什么CCNA阶段我就推荐PT

PT的定位是入门教学，它不需要额外的VirtualBox，不需要配置VM，甚至不需要考虑内存占用。只要电脑能开机，基本就能跑。

它内置了交换机会话、路由器配置、无线、IoT设备等丰富组件，命令行提示也比真实IOS更友好。最关键的是，PT的“模拟模式”能让你看到数据包的完整行进路径，这在真机和eNSP上都是看不到的。

我知道有人觉得PT太“玩具”，但从带新人的经验看，PT对建立网络模型的作用比任何高级模拟器都强。一个人如果能在PT里把VLAN间路由、DHCP、NAT、ACL这些基础实验做熟，再切换到eNSP或GNS3时，需要克服的仅仅是命令差异和环境问题。

6.2 用PT“看见”ARP和STP

我在带人做ARP实验时，喜欢让他在PT里打开模拟模式，然后让PC1去ping PC2。

你会在路径上看到第一个包是ARP请求，目标MAC是全F，也就是广播地址。紧接着交换机会把这个广播帧从其他所有端口转发出去，然后目标PC返回一个单播的ARP响应。这两个报文看完，ARP的基本工作方式就刻在脑子里了。

做STP实验也一样。接上两台交换机形成环路，打开模拟模式，你能清晰看到BPDU在交换机之间反复协商。这种直观性是命令行配置给不了的。

6.3 GNS3里两台路由器互联抓ARP报文的完整过程

热词里有一条很具体的需求：“gns3中两个路由器分别连接主机然后分析ip数据转发报文arp协议”。这个实验我用GNS3做过很多次，步骤分享给你。

先搭拓扑：路由器R1连接主机PC1，路由器R2连接主机PC2，R1和R2之间用一条链路互联。给两台PC配置不同网段的IP，比如PC1是192.168.1.10/24，网关192.168.1.1；PC2是192.168.2.10/24，网关192.168.2.1。R1和R2的接口分别配置成对应网关IP，互联接口用10.0.0.0/30的地址。

配置完成后，在R1连接PC1的接口上右键，选择启动抓包。然后回到PC1，执行ping 192.168.2.10。查看抓包结果时，你会看到完整的三跳过程：

第一跳，PC1发送ARP请求，请求的是网关192.168.1.1的MAC地址。R1回应后，PC1把ICMP报文封装成帧发出去。

第二跳，R1收到报文后查看路由表，发现目标192.168.2.0/24需要从互联接口转发，于是R1在10.0.0.0/30这个网段里发送ARP请求，查询R2互联接口的MAC地址。

第三跳，R2收到报文后，发现目标192.168.2.10在自己的直连网段，于是R2继续在192.168.2.0/24里做ARP请求，查询PC2的MAC地址。

这个实验把“IP地址不变，MAC地址逐跳改”的核心机制展现得非常清楚。你在eNSP里也可以做类似实验，只要在云接口或者链路上开启抓包就行。

6.4 校园网毕业设计与多模拟器组合方案

热词里有“ensp校园网络毕业设计”，这应该是很多网络工程专业学生都会经历的阶段。我的建议是，毕设拓扑别贪大，但层次要清楚。

一个典型的校园网实验可以这样规划：核心层放两台交换机做堆叠，汇聚层按楼栋划分，接入层接PC和AP，出口区放一台防火墙USG6000V，划分Trust、Untrust、DMZ区域，服务器放在DMZ。再用一台无线控制器加上几台Fit AP，模拟教学楼无线覆盖。这样的拓扑既有路由协议配置，又有VLAN和网络安全策略，还有无线接入，内容足够撑起一篇合格的毕设。

如果你需要多厂商联合组网，比如华为的核心交换机加华三的接入交换机，或者要模拟思科的某种特性，那可以组合使用eNSP和GNS3。我的做法是在eNSP里跑华为设备，在GNS3里跑思科镜像，中间通过各自都支持的Cloud接口连起来，借助本机虚拟网卡做桥接。这样就能实现跨模拟器的数据互通。

6.5 实验文档和配置备份的长期价值

最后说一个和软件无关但很重要的事：养成保存配置和写实验文档的习惯。

模拟器设备是可以随时重建的，但实验思路不行。我每次做完一个综合实验，会把拓扑截图、接口规划表、关键配置命令、验证命令全部整理到一篇Markdown文档里。下次遇到类似场景直接翻文档，比重新推演整个实验高效得多。

我这几年的一个固定做法是：一台16G内存的Win11笔记本专门跑PT和eNSP，另一台32G内存的宿主机装了VMware，里面常驻一个EVE-ng节点池。需要验证SRv6、EVPN或多厂商互通时，我远程登录EVE-ng的Web界面操作；平时刷题和做毕设就在eNSP里完成。遇到设备启动失败，我从不急着重装软件，而是先打开VirtualBox或者VMware看设备状态，再顺着日志判断是虚拟化冲突、网卡驱动还是资源不足。这套方法谈不上多高级，但足够让我把精力留在网络本身，而不是被模拟器的环境问题反复折腾。