很多搞网络数通的朋友都遇到过这个事新买的电脑预装 Windows 11高高兴兴把 eNSP 下下来装到一半弹个错误要么安装 VirtualBox 组件时报错要么好不容易装好了启动路由器时 AR1 永远卡在井号等半小时也起不来。折腾一圈发现问题大概率不在 eNSP 本身而在 Windows 11 默认开启的基于虚拟化的安全性。这篇文章就专门把这条链路理清楚Windows 11 上把 eNSP 装好、跑起来顺手把 VBS 关掉再结合 VMware 17 里现成的虚拟机方案帮你省掉反复重装系统的冤枉路。适合刚接触 eNSP 的学生、准备 HCIA/HCIP 考试的人以及被公司电脑安全策略困住的在职网工。1. 为什么 Windows 11 装 eNSP 老是出问题1.1 VBS 和底层虚拟化冲突的根因eNSP 的核心虚拟化引擎是 VirtualBox路由器、交换机这些设备其实都是一个个在 VirtualBox 里运行的轻量级虚拟机。VirtualBox 在 Windows 平台上要正常工作需要直接访问 CPU 的虚拟化指令而 Windows 11 默认开启的基于虚拟化的安全性VBS和内核隔离会提前占用这一层硬件虚拟化能力。两个虚拟化层同时工作轻则提示“Cannot open VM session”重则直接蓝屏或者设备启动卡死。VBS 在 Windows 11 里默认是随系统安装开启的尤其是新出厂的 OEM 整机几乎都是开启状态。这个功能的初衷是保护内核免受注入攻击做法是把内核隔离在虚拟化环境里。思路没问题但它跟 VirtualBox、VMware Workstation 这类 Type 2 虚拟机的兼容性并不好特别是 VirtualBox 对嵌套虚拟化的支持一向弱于 VMware。你不需要完全理解 Hyper-V 和 VirtualBox 的技术差异只要记住一个结论跑 eNSP 之前先把 VBS 关掉这是成功率最高的路径。1.2 eNSP 各版本在 Windows 11 上的兼容性差异很多新手上来就下载最新版 eNSP结果装完打不开或者打开之后设备全部启动失败。这里有一个冷知识华为官方对 eNSP 的维护节奏并不快新版本 V100R003C00SPC100 之后的更新更多是补丁级别而老版本反而在 Windows 10 时代被验证得最充分。Windows 11 的底层机制变化比 Windows 10 大eNSP 官方文档里甚至没来得及覆盖 Windows 11 的场景。我的建议是优先使用 V100R003C00SPC100 版本不要盲目追新然后配合对应版本的 VirtualBox。eNSP 安装包内会捆绑 VirtualBox但你安装时不要直接点“下一步”而是先手动把旧版 VirtualBox 卸干净再用安装包内的组件或独立安装包装一个指定版本。具体版本对应关系我后面会列出来这一步做对了至少能帮你避免一半的启动故障。1.3 从 Windows 10 升级过来的机器问题更隐蔽如果你的 Windows 11 是从 Windows 10 就地升级的那么系统里可能残留了大量旧驱动和旧虚拟化软件情况更复杂。最常见的残留是旧版 VirtualBox 的驱动没有卸载干净设备管理器里还能看到 VirtualBox USB、Host-Only Ethernet Adapter 这类设备。eNSP 装的时候检测到旧驱动可能跳过重新安装结果就是 Host-Only 网卡配置错误路由器和 PC 之间永远 ping 不通。所以不管你是新装还是升级动手之前都建议先做一次“虚拟化环境清场”。把 VMwave、VirtualBox、eNSP 全部卸载重启后再进入安装流程这个细节能帮你节约大量排查时间。2. 安装前必做的环境准备2.1 检查硬件虚拟化是否已开启eNSP 的设备运行依赖 CPU 虚拟化这一点无论怎么聊都不为过。打开任务管理器切到“性能”标签点 CPU右下角会显示“虚拟化已启用”。如果显示“已禁用”你需要进 BIOS/UEFI 把 Intel VT-x 或 AMD-V 打开。不同品牌的 BIOS 设置项名称不一样Intel 平台常见的有 Intel Virtualization Technology、VT-xAMD 平台则是 SVM Mode。这里有个容易踩的坑部分电脑在 BIOS 里开了虚拟化但 Windows 11 的控制面板里“基于虚拟化的安全性”仍然是启用状态两者并不冲突但叠加在一起会影响虚拟机性能。我们要的最终状态是BIOS 里虚拟化打开Windows 内核隔离关闭这样 VirtualBox 才能拿到完整的硬件虚拟化能力。2.2 彻底卸载旧版本的 VirtualBox 和 eNSP新装 eNSP 之前务必确保系统里没有残留的 VirtualBox。很多人在控制面板卸载后仍然会在 C:\Program Files\Oracle\VirtualBox 目录发现残留文件甚至注册表里还能查到相关服务。最省事的办法用系统自带的“添加或删除程序”卸载 VirtualBox选择“修复”或“卸载”时注意看清是否有“保留配置文件”的选项一律不保留。卸载后手动删除 C:\Program Files\Oracle 目录。打开设备管理器在“查看”菜单里勾选“显示隐藏的设备”把网络适配器里所有带 VirtualBox 字样的网卡全部卸载记得勾选“删除此设备的驱动程序软件”。重启电脑。这套操作看起来繁琐但确实能解决很多玄学问题。VirtualBox 的 Host-Only 网卡驱动一旦坏了eNSP 里的设备就算能启动云朵和 PC 之间的桥接也不通排查起来很费劲。2.3 关闭 Windows 11 的 Hyper-V 功能VBS 是 Windows 安全中心里的策略Hyper-V 是可选功能组件两者都影响虚拟化但需要单独处理。把 Hyper-V 关闭的路径是控制面板 - 启用或关闭 Windows 功能 - 取消勾选 Hyper-V、虚拟机平台、Windows 虚拟机监控程序平台。这三项取消后重启。这一招对 VirtualBox 尤其重要。Hyper-V 开启的时候VirtualBox 会检测到 Hyper-V 正在运行然后降级使用 Windows 的 Hypervisor API性能差不说eNSP 的路由器启动时间会从几秒变成几十秒甚至直接报错。既然我们只是用 eNSP 做实验在不影响日常办公的前提下把这几个功能关掉是最优选择。3. eNSP 在 Windows 11 上的完整安装流程3.1 获取安装包和版本选择优先从华为企业支持官网下载 eNSP V100R003C00SPC100不要从第三方网站下那些第三方包可能被修改过安装时可能报错也可能带着额外的推广软件。官网下载一般需要登录华为账号如果没有账号就注册一个这是正规渠道。下载完成后解压出来的文件通常是一个安装主程序加一个补丁包。安装顺序是先装主程序再打补丁最后再打开 eNSP 登录验证。很多人只装主程序直接打开功能不全而且容易崩溃这个顺序问题值得注意。3.2 安装 VirtualBox 的版本搭配与顺序eNSP 自带的 VirtualBox 版本是经过适配的但如果你是手动安装独立版 VirtualBox务必参考以下对应关系eNSP 版本推荐 VirtualBox 版本备注V100R003C00SPC100VirtualBox 5.2.x兼容性最稳eNSP 适配最好eNSP Pro新架构内置 OVS 不需额外装 VirtualBox环境要求更高内存建议 16G 以上为什么推荐 5.2.x因为 eNSP 的 AR 路由器镜像在编译时是针对这个版本的 VirtualBox 驱动接口做的适配。新版 6.x、7.x 虽然也能运行但偶尔会出现网卡驱动加载失败、控制台无法输入等问题。如果你非要尝试最新版 VirtualBox建议装完后立刻做一次路由器启动测试不行就退回 5.2。在 Windows 11 上安装 VirtualBox 5.2 时可能会遇到“Oracle VirtualBox 5.2.44 与此版本的 Windows 不兼容”的提示。别慌这不是真的不能装而是安装包的兼容性检测没识别 Windows 11。右键安装程序属性 - 兼容性 - 选择“Windows 8”或“Windows 10”再以管理员身份运行就能正常装完。这个兼容性技巧同样适用于 eNSP 主程序。3.3 安装细节路径、权限与防病毒软件安装 eNSP 时不要用默认的 C:\Program Files (x86)建议改成纯英文路径比如 D:\eNSP。路径里有中文时部分设备镜像文件加载会异常。另外 eNSP 安装目录最好不要放在桌面或系统盘根目录因为后续生成的设备配置文件和抓包文件会比较多全堆在 C 盘会拖慢系统。安装过程中如果杀毒软件拦截了某个 DLL 文件请选择“允许操作”最好在安装前临时关闭 Windows 安全中心的实时保护、或者把 eNSP 安装目录加入白名单。eNSP 的一些驱动文件和设备镜像会被杀软识别成潜在不受欢迎的程序拦截之后就出现设备无法创建的情况。这个操作在安装完成、调试正常后可以恢复开启。4. 关闭基于虚拟化的安全性VBS的完整教程4.1 VBS 是什么为什么非关不可基于虚拟化的安全性是 Windows 11 在硬件虚拟化之上建立的一个安全边界它把内核保护、凭据保护等功能放进一个叫 VSM 的隔离区域。听起来很安全但代价是VBS 运行要求系统启用 Hyper-VHyper-V 会独占 CPU 的虚拟化扩展导致 VirtualBox 和 VMware 这类靠虚拟化扩展工作的软件性能大幅下降。VMware 17 在这方面比 VirtualBox 做得好一些它支持在 Hyper-V 之上运行“嵌套虚拟化”性能损失仍然存在。但 eNSP 的 VirtualBox 依赖的是裸虚拟化Hyper-V 一旦开启VirtualBox 只能以软件模拟方式运行那就是灾难。所以这里的逻辑非常清晰要么保留 Windows 11 的 VBS 安全特性放弃 eNSP要么为了学习和工作关掉 VBS。两者不可兼得。4.2 方法一通过 Windows 安全中心关闭内存完整性最简单的一层就是关闭内存完整性。打开 Windows 安全中心 - 设备安全性 - 内核隔离 - 内存完整性把它关掉并重启。这一步能关掉 VBS 的一部分功能内存完整性是 VBS 最核心的组件关掉之后 VirtualBox 的运行状态通常会好一些。但这一步不够彻底因为 VBS 的触发点还包括 Credential Guard、HVCI 等策略。如果关掉内存完整性后用系统信息命令检查时仍显示“基于虚拟化的安全性正在运行”你还需要用下面的方式彻底关闭。4.3 方法二使用 bcdedit 命令彻底禁用 VBS关闭 VBS 最干净的命令行方式是用管理员权限打开 CMD输入以下三条命令bcdedit /set hypervisorlaunchtype off bcdedit /set loadoptions DISABLE_LSA_ISO bcdedit /set deviceguard enable第一行是让 Hyper-V 超管理器不随系统启动这是核心第二行禁用 LSA 隔离第三行的 “/set deviceguard enable” 其实不是开启 Device Guard而是把 Device Guard 策略设置为允许自定义配合第一行才能真正关闭 VBS。执行完三条命令后重启电脑再用管理员 CMD 运行msinfo32在系统信息里查看“基于虚拟化的安全性”这一项如果显示“未启用”就说明关闭成功了。注意有些安全软件或者企业域策略会再次把 VBS 强制打开如果你的公司电脑有安全策略强制这个命令行可能权限不足或者重启后失效那就需要联系公司 IT 处理。4.4 方法三通过注册表关闭 VBS家庭版适用Windows 11 家庭版没有本地组策略编辑器但我们可以用注册表做同样的设置。按 WinR 输入 regedit定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceGuard右侧新建 DWORD 值名称EnableVirtualizationBasedSecurity数值设为 0。然后在同路径下新建项Scenarios在Scenarios下新建项HypervisorEnforcedCodeIntegrity在这个项里新建 DWORD 值Enabled数值设为 0。改完注册表后用命令行执行bcdedit /set hypervisorlaunchtype off然后重启。这个组合是目前家庭版关闭 VBS 最可靠的方式也是网上各种“家庭版怎么关闭 VBS”教程里常见做法我自己实测有效。但注册表操作有风险改之前建议先右键导出备份。5. VMware 17 虚拟机方案把 eNSP 环境整体打包5.1 为什么推荐用 VMware 17 跑现成的 eNSP 虚拟机如果你的电脑是公司资产IT 策略锁死了 VBS 无法关闭又或者你就是不想改系统设置那么“在 VMware 17 里跑一个已经装好 eNSP 的 Windows 虚拟机”是最佳方案。这个思路的本质是把 eNSP VirtualBox 已配置好的设备镜像全部封装在一个虚拟机的磁盘文件里宿主机的虚拟化设置不再影响 eNSP 的运行。VMware 17 对嵌套虚拟化的支持比较成熟你可以在虚拟机设置里勾选“虚拟化 Intel VT-x/EPT 或 AMD-V/RVI”让虚拟机内部再跑 VirtualBox。虽然嵌套虚拟化有一定性能折损但运行 eNSP 的 AR 路由器是够用的尤其是 CPU 核心数和内存分配足够的情况下实验体验很流畅。5.2 VMware 17 安装与许可证注意事项VMware Workstation Pro 17 现在对个人用户已经免费只需要在官网注册一个个人用户账号就能拿到许可证。下载地址是 VMware 官方网站选择 Windows 版本下载安装过程一路下一步没有太多坑。安装完成后打开帮助 - 许可证输入个人免费许可证即可。这里提醒一句不要用网上流传的“注册机”或者激活密钥个人免费许可证是官方认可的没必要冒风险。如果你只是临时用也能不输许可证直接试用 30 天但既然免费不如直接注册省得到期麻烦。5.3 创建一台适合跑 eNSP 的 Windows 虚拟机在 VMware 17 里新建虚拟机时建议按这个配置配置项推荐值说明客户机操作系统Windows 10 x64Windows 11 虚拟机也可以但更吃资源内存至少 8GB推荐 16GBeNSP 设备 VirtualBox 都非常吃内存处理器4 核开启 VT-x 嵌套虚拟化在“处理器”设置里勾选虚拟化引擎硬盘60GB 以上设备镜像和抓包文件占空间大网络NAT 或桥接看实验场景一般 NAT 够用虚拟机操作系统安装好后按照前面第 3 节的步骤把 eNSP 装进虚拟机。这样宿主机 VBS 随便开虚拟机上跑 eNSP 完全不受影响。这个方案尤其适合 MAC 用户和需要保持系统干净的人群。实际上网上很多标注“VMware 17 虚拟机可用的 eNSP 环境”的资源就是把这一步做成了现成镜像。5.4 迁移与导入现成虚拟机的快速操作如果你得到的是一个已经装好 eNSP 的虚拟机文件夹里面通常有.vmx文件。直接用 VMware 17 的“打开虚拟机”功能选择这个 .vmx然后选择“我已复制该虚拟机”避免虚拟机唯一 ID 冲突。导入后第一件事是检查虚拟机设置里的“虚拟化引擎”是否勾选了 VT-x 嵌套虚拟化因为有些镜像默认没开。开机后确认网络适配器是否正常工作。虚拟机里 eNSP 的 Host-Only 网卡 IP 一般是 192.168.56.1如果打开 eNSP 的设备报错“启动失败错误码 40”多半是 VirtualBox 的 Host-Only 网卡在导入时发生了漂移。解决办法是打开 VirtualBox 全局设定 - 网络 - 仅主机网络把网卡配置恢复为 192.168.56.1/24。6. 常见问题与排查技巧实录6.1 设备启动卡在井号的几种情况AR 路由器启动时报错或者一直停留在 ### 状态是非常典型的问题。最常见的原因是设备内存不足eNSP 默认单台设备内存占用不小如果虚拟内存没设置好AR 就会卡死。解决办法在 eNSP 的设备管理里把路由器的内存调大比如从默认的 128MB 调到 256MB或者关掉不用的设备减少并发启动。另一个高发原因是 VirtualBox 与主机的 CPU 核数不匹配。eNSP 的 VirtualBox 默认配置在 Windows 11 上偶尔会分配过多 CPU导致宿主系统资源争抢。进入 VirtualBox 的全局设置把默认 CPU 核数调整为 2 或 4而不是“全部内核”实测下来卡顿明显减少。6.2 AR1 启动失败错误码 40 的处理思路错误码 40 几乎都指向 Host-Only 网卡异常或者 VirtualBox 服务没有正常运行。按顺序检查Windows 服务里找到VirtualBox NDIS6 Bridged Networking Driver服务确认是否为启动状态。在 VirtualBox 主界面打开“仅主机网络”如果列表为空手动创建一块 Host-Only 网卡IPv4 地址设为 192.168.56.1掩码 255.255.255.0。查看 Windows 防火墙是否拦截了 VirtualBox 的进程如果拦截了就放行。这一条很多老手都会忽略eNSP 和 VirtualBox 的进程必须允许通过防火墙否则路由器能启动但设备间通信异常。排查时养成一个好习惯先看 eNSP 的日志和 VirtualBox 的运行状态再动配置。不要一遇到错误就重装很多时候只是网卡问题花一分钟看信息比折腾一小时重装更高效。6.3 Windows 11 22H2/23H2 系统更新与版本兼容Windows 11 的功能更新偶尔会重置虚拟化相关的系统设置典型的例子是 22H2 更新后某些用户的 VBS 会自动重新开启Hyper-V 功能也可能被默认启用。如果你之前已经关闭了 VBS在一次大版本更新后又发现 eNSP 启动失败先别急着排查 eNSP回到第 4 节重新确认 VBS 状态大概率是被系统更新改了回来。针对这种情况我的建议是把 Windows 更新暂停一段时间尤其是在备考或项目交付期不要因为系统自动更新影响实验环境。也可以把 eNSP 的 VirtualBox 相关服务设为自动启动减少更新后的手动干预。好的环境配置值得做一个“快照”我用 VMware 或系统还原点把配置好的环境保存下来出现问题时直接回滚比重新折腾快得多。6.4 错误排查速查表症状主要原因首要排查方向安装 VirtualBox 时提示不兼容安装包兼容性检测用 Windows 8/10 兼容模式运行eNSP 启动即闪退权限不够或 VBS 未关管理员身份运行检查 VBS 状态设备启动卡在 ###内存不足或 VirtualBox 配置异常调大设备内存调整 CPU 核数设备启动报错 40Host-Only 网卡异常重建 192.168.56.1 网卡设备能起但 ping 不通防火墙拦截放行 VirtualBox 和 eNSP 进程VirtualBox 无法加载驱动杀毒软件拦截临时关闭实时保护或加入白名单这个表基本涵盖了 90% 的 eNSP 在 Windows 11 上的问题。每次排查都按这个顺序走一遍效率会高很多。很多人习惯直接卸了重装其实大部分问题并不需要重装定位准确后往往只是改一个设置的事。7. 我个人的一些实操体会前前后后帮人装过几十台机器的 eNSP最大的感受是问题都集中在 Windows 11 的虚拟化策略上。如果你在装之前就先把 VBS 关掉、把 Hyper-V 关掉、把旧驱动清干净安装过程基本一路顺风。这三个条件不做后面就会像打地鼠一样解决一个冒出下一个。虚拟机方案是我现在更推荐的方向。与其在宿主机上跟 VBS 较劲不如用 VMware 17 跑一个封装好的 eNSP 环境宿主机保持原样工作学习两不误。尤其现在 VMware Workstation 17 对个人用户免费这个方案成本几乎为零。最后分享一个提升成功率的细节所有虚拟化折腾的操作都尽量在管理员命令行下执行比如关闭 VBS、查看系统信息、设置网络。Windows 11 对权限卡得很严普通权限下有些命令看起来执行成功了实际上根本没有生效。遇到这种“改了但没效果”的情况先怀疑权限再用 msinfo32 验证比反复重装系统靠谱得多。