装好eNSP，兴奋地拖进一台AR路由器，点了启动，结果等了半天，进度条一卡，屏幕上直接甩出个“Error 40”或者“Error 41”。这个问题在Windows 11上出现频率尤其高，几乎成了每个eNSP新手都要撞上的一道坎。我一开始也被折腾得够呛，后来花了一整个下午把系统虚拟化、VirtualBox、eNSP三者之间的乱七八糟问题挨个理了一遍，才算彻底搞明白是怎么回事。这篇文章就把我在Windows 11下解决eNSP AR路由器启动40/41错误的完整思路和实操过程写出来，适合刚装好eNSP就报错的人，也适合折腾半天没修好、打算放弃的人。内容不绕弯子，全是能直接跟着操作的步骤。

1. 40/41错误到底是什么

1.1 错误码背后的真实含义

eNSP里的AR设备本质是一台运行在VirtualBox中的虚拟机。40错误和41错误虽然显示在eNSP设备节点上，但真正报错的是eNSP调用VirtualBox创建虚拟机这一整条链路。40错误通常是VirtualBox的虚拟机进程启动失败，或者eNSP向VirtualBox发送控制命令时超时。41错误则更偏向于VirtualBox服务没有正常响应，比如虚拟化引擎被系统上层功能抢占，导致VirtualBox无法使用硬件加速指令。

你可以把eNSP看成是一个遥控器，VirtualBox是机顶盒，AR路由器就是机顶盒里跑的一个频道。40错误是遥控器对着机顶盒按了开机，但机顶盒没给反应；41错误是机顶盒虽然通电了，但频道信号被隔壁Wi-Fi干扰，怎么都解码不出来。所以排查方向一个要看向VirtualBox能不能顺利创建并启动虚拟机，另一个要看向系统的虚拟化资源有没有被别的机制占走。

1.2 Windows 11为什么特别容易触发

Windows 11从系统层面引入了大量基于虚拟化的安全机制，包括内存完整性、内核隔离、Hyper-V、Windows沙盒、WSL2等。这些功能都有一个共同点：它们需要在CPU虚拟化层抢占硬件中断和VMX权限。VirtualBox和这些机制天生不对付，特别是VirtualBox使用自己的虚拟化引擎时，一旦检测到Hyper-V已经启用并占用了VT-x/AMD-V，它就会自动退回软件模拟模式，要么速度极慢，要么直接报错启动失败。

很多人的电脑出厂就预装了Windows 11，系统默认把内存完整性和内核隔离打开了，根本没有经过用户确认。eNSP安装好之后，第一次启动AR就会撞上这种隐形冲突，报错40、41实属正常。这里要特别强调一个容易忽略的点：即使你的任务管理器里显示“虚拟化：已启用”，也不代表VirtualBox能正常使用，因为Win11的VBS机制还在后台占用着虚拟化资源。

1.3 排查思路总览：先系统，再软件，后配置

遇到40/41错误，我建议不要一上来就重装VirtualBox，那样大概率解决不了问题。你应该按照下面的顺序依次排查：

• 确认CPU虚拟化状态和系统级虚拟化冲突
• 检查VirtualBox服务的运行状态与版本兼容性
• 修复eNSP侧的设备管理与注册配置
• 清理残留虚拟机文件并重新注册

这四个层级是层层递进的。系统层不干净，后面改了也没用；VirtualBox版本不对，eNSP再注册也白搭。很多教程只让你关掉Hyper-V，或者只让你重装VirtualBox，这些方案在部分机器上能碰巧成功，但不够成体系。下面我从第一层开始，把你需要做的操作全部列出来，并且解释每一步为什么这样做。

2. 检查虚拟化环境与关闭系统级冲突功能

2.1 第一步：确认CPU虚拟化已经打开

eNSP的AR设备需要CPU支持虚拟化技术，并且要在BIOS里开启。如果你用的是Intel平台，对应的开关叫Intel VT-x；AMD平台叫AMD-V。大多数主流主板默认是开启的，但也有部分品牌机出厂关闭。

打开任务管理器，点击“性能”选项卡，选择“CPU”，看右下角的“虚拟化”那一栏。如果显示“已启用”，说明BIOS层面已经开启；如果显示“已禁用”，你需要重启电脑进入BIOS设置。进入方式一般是开机不断按Del、F2、F10中的一个，具体按键取决于主板。进去之后找到“Advanced”或者“Security”菜单，把“Intel Virtualization Technology”或“SVM Mode”设为Enabled，保存退出。这一步做完之后务必重启系统，然后再继续后续操作。

提示：如果你的CPU虚拟化已经显示“已启用”，但eNSP还是报40/41，不要在这一步浪费太多时间，直接看下一节。

2.2 关闭Hyper-V与Hypervisor启动项

Hyper-V是Windows自带的虚拟化平台，它与VirtualBox直接冲突。在Windows 11上即使你没有主动安装Hyper-V，系统也可能因为WSL2、Device Guard等组件而附带启用hypervisor。这里推荐用命令行直接关掉Hyper-V的底层启动项。

以管理员身份打开命令提示符（在开始菜单搜索“cmd”，右键选择“以管理员身份运行”），依次执行以下命令：

bcdedit /set hypervisorlaunchtype off

执行后显示“操作成功完成”。这条命令的作用是告诉Windows的启动加载器不要再加载hypervisor。注意，执行完之后必须重启电脑才能生效。

同时，前往“控制面板 → 程序 → 启用或关闭Windows功能”，找到“Hyper-V”相关项，如果前面带了勾，把它取消。还需要检查“虚拟机监控程序”和“Windows沙盒”这两项，如果勾选了也一并去掉。Windows沙盒本质上也是基于Hyper-V的，开着它VirtualBox一样会用不了。

很多人在这一步之后会发现eNSP从40错误变成了另一个错误码，或者暂时能用了，但重启后又复发。这是因为Hyper-V的启动项虽然关闭了，但系统级VBS仍然占用虚拟化资源。所以下一步同样关键。

2.3 关闭内存完整性与内核隔离

Windows 11的“内存完整性”是内核隔离功能的一部分，它会强制启用基于虚拟化的安全（VBS），即使你关闭了Hyper-V也可能仍然生效。这个功能可以在系统设置里关闭，但步骤比较隐蔽。

点击“开始菜单 → 设置 → 隐私和安全性 → Windows 安全中心”，然后选择“设备安全性”，再点击“内核隔离详细信息”。找到“内存完整性”开关，把它设为“关闭”。如果这里没有“内核隔离详细信息”入口，说明你的设备可能不支持或者已经被组策略禁用了，可以跳过。

关闭之后同样需要重启。在部分电脑上，这个选项会被系统隐藏，可以通过注册表强制关闭。打开注册表编辑器（regedit），定位到：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceGuard

在该项下检查是否有EnableVirtualizationBasedSecurity值，如果有，把值改为0；如果没有，右键新建DWORD（32位）值，命名为EnableVirtualizationBasedSecurity，设为0。改完后别忘了重启。

2.4 验证当前虚拟化占用状态

重启之后，先别急着打开eNSP，我们需要确认一下系统到底有没有彻底释放虚拟化资源。使用管理员命令行执行：

systeminfo

在输出信息末尾找“Hyper-V 要求”那一栏。如果显示：

Hyper-V 要求: 已检测到虚拟机监控程序。将不显示 Hyper-V 所需的功能。

说明hypervisor仍然在运行，bcdedit关闭没有完全生效，需要检查是否开着“虚拟机监控程序”功能。如果显示“已启动虚拟机监控程序”之类的话，还需要进一步处理。

另外可以打开系统信息（msinfo32），在“系统摘要”里查看“基于虚拟化的安全”这一项。如果是“正在运行”状态，说明VBS还在，就需要继续处理上一节的内容；如果是“未启用”，说明系统虚拟化已经干净了。此时再打开eNSP，大概率40/41错误已经解决了一半。

3. VirtualBox与eNSP的版本匹配策略

3.1 不是越新越好：eNSP和VirtualBox的版本对应关系

很多朋友为了追求“新版本更稳定”，直接装最新版VirtualBox，结果AR启动直接原形毕露。这是因为eNSP本身发布的时间较早，它使用的VirtualBox API接口比较旧，新版VirtualBox改了很多内部调用逻辑，eNSP无法正确兼容。

用我实际验证过的组合来看，eNSP V100R003C00SPC100搭配VirtualBox 5.2.44是最稳的，没有之一。如果你的eNSP版本更老，甚至可以尝试VirtualBox 5.2.30。不要在64位系统上安装VirtualBox 4.x，因为太老了，驱动可能无法加载。如果你手头没有安装包，也可以找eNSP安装目录里自带的VirtualBox压缩包，一般叫VirtualBox-5.2.x.rar，把它解压出来直接当绿色版用，但建议注册一下VirtualBox服务。

在修改版本之前，建议把当前系统上的VirtualBox彻底卸载干净。卸载时选择“控制面板 → 卸载程序 → 找到Oracle VM VirtualBox”，点击卸载。卸载完以后，去C盘查看是否还留有C:\Program Files\Oracle\VirtualBox文件夹和C:\Users\你的用户名\.VirtualBox目录。如果有，手动把它们删掉。然后到注册表编辑器里搜索“VirtualBox”，找到残留项并删除。这里注意别乱删，建议用卸载工具，但如果你用普通注册表搜索，只删除VirtualBox相关键值即可。

3.2 兼容性设置与管理员权限

VirtualBox安装好以后，不要直接双击运行，先找到它的启动程序VirtualBox.exe，右键点击，选择“属性”，切换到“兼容性”选项卡，勾选“以管理员身份运行此程序”，然后点击“确定”。这样做是为了让VirtualBox拥有与eNSP同等级的管理员权限，避免权限不同导致的调用失败。

eNSP本身也要设置管理员权限。找到eNSP的快捷方式，同样右键 → 属性 → 兼容性 → 勾选“以管理员身份运行”。如果条件允许，建议把“更改所有用户的设置”里的“以管理员身份运行”也勾上。这样每次打开eNSP时，它会以管理员权限启动，它再调用VirtualBox时就不会因为权限问题被拒绝。

3.3 确保VirtualBox后台服务正常运行

VirtualBox的正常运行依赖一个名为“VirtualBox VM”或“VBoxSVC”的后台进程。安装VirtualBox之后，这个服务大概率已经自动注册。你可以打开“任务管理器 → 服务”标签页，找到VirtualBox相关服务，确认状态是“正在运行”，启动类型建议设为“自动”。

如果服务没有启动，可以手动启动。按Win+R，输入services.msc，在服务列表里找到“Oracle VM VirtualBox Service”或类似名称。右键点击，选择“启动”。如果启动失败，说明VirtualBox安装有问题，需要检查驱动是否被安全软件拦截。部分杀毒软件会误报VirtualBox的驱动程序，请在杀毒软件的安全日志里找一下有没有关于VBox相关的拦截记录。

4. eNSP侧的关键配置修复

4.1 重新注册eNSP设备

系统虚拟化和VirtualBox都正常之后，eNSP自身还需要“认识”这些环境。eNSP提供了一套设备注册机制，需要手动触发。

打开eNSP后，在菜单栏找到“工具”，选择“注册设备”，或者直接使用快捷键。弹出的窗口会列出AR、AC、AP等多个设备类型，每个设备类型右侧有注册状态。你需要点击“全选”，然后点击“注册”按钮，等待注册过程完成。如果注册失败，大概率是VirtualBox路径配置不正确。

注册时，eNSP会通过命令行调用VirtualBox的VBoxManage命令来创建虚拟机模板。你可以把这个过程理解为给每个AR路由器预置一份“空白简历”，等启动AR时再由eNSP把真实设备镜像加载进去。所以注册设备的成败，直接决定了后续40/41错误是否出现。

4.2 在eNSP中指定VirtualBox安装路径

有些时候，eNSP默认查找VirtualBox的路径和你实际安装路径不一致，比如你手动安装到了D盘。需要手动告诉eNSP去哪找VirtualBox。

在eNSP主界面，点击菜单栏“工具 → 选项”，打开选项对话框。在“设备管理”或“其他”分类下，找到VirtualBox相关配置项。比如有的版本会有“VirtualBox路径”这一栏，需要填写到VBoxManage.exe的完整路径，一般是：

C:\Program Files\Oracle\VirtualBox\VBoxManage.exe

如果你的VirtualBox安装在其他分区，这里就要改成对应路径。同时检查VIRTUALBOX_HOST_IP是否为127.0.0.1，VIRTUALBOX_API_PORT是否为18080或默认端口。这些参数是eNSP与VirtualBox通信的“门牌号”，填错一样会启动失败。

4.3 虚拟磁盘与虚拟机文件路径不能有中文

在eNSP创建设备的过程中，它会在VirtualBox的默认虚拟机目录里生成以“AR_Base”为前缀的虚拟机文件夹。如果这个路径中包含中文字符或空格，VirtualBox在解析虚拟磁盘映像时会报错，eNSP就会转换成40/41错误抛给你。

处理方法很简单：打开VirtualBox，点击“全局设定”（或“Preferences”），选择“常规”标签页，把“默认虚拟机文件夹”改到一个纯英文路径，比如D:\VirtualMachines。改完后重启VirtualBox。这里有个细节，如果你之前已经创建过AR虚拟机，需要在VirtualBox里将这些虚拟机先删除，但选择“保留文件”（或者手动删除整个AR_Base目录），然后重新回到eNSP注册设备。否则旧路径里的中文文件仍然会干扰新设备。

4.4 清除残留虚拟机缓存与快照

eNSP崩溃或非正常关闭后，VirtualBox里可能残留了一些“损坏”的AR虚拟机快照。这些渐渐堆积的缓存会干扰后续设备的创建。当你在VirtualBox主界面左侧看到“AR_Base”，并且此虚拟机显示“已保存”或“无法访问”，请右键删除它，并选择“同时删除所有文件”。

如果你找不到VirtualBox主界面，也可以直接用文件管理器打开虚拟机的默认目录，把AR_Base文件夹删除。删除之前建议备份一下原文件，虽然我并不认为你有必要进行备份，因为反正那些文件大概率已经损坏了。删完之后回到eNSP，先去“工具 → 注册设备”重新注册一次AR，然后再新建拓扑尝试启动。

5. 实测排障全记录：一步不落走一遍

5.1 模拟场景：一套典型Win11环境从报错到修复

某同学的电脑是Windows 11家庭中文版，安装eNSP后启动AR一直报40错误。我按下面的顺序帮他排查，最后成功解决。我把过程整理出来给大家参考。

先查看任务管理器，发现CPU虚拟化已经启用。接着用bcdedit /set hypervisorlaunchtype off关闭Hyper-V，重启后发现错误变成41。于是继续关闭内存完整性。在Windows安全中心里找到“内核隔离详细信息”，把内存完整性开关关掉，重启。此时打开eNSP，再次启动AR，错误依旧。

然后卸载了VirtualBox 6.1，删除残留目录，安装VirtualBox 5.2.44，并设置两个程序都以管理员身份运行。打开eNSP，进入“工具 → 选项”，校对VirtualBox路径正确，然后“注册设备”，再启动AR，仍收到41错误。

最后怀疑是残留的虚拟机文件问题。打开VirtualBox主界面，发现“AR_Base”虚拟机的状态异常。右键选择“删除”，勾选“同时删除相关文件”。再次回到eNSP注册设备，启动AR，顺利进入命令行界面。

5.2 核心操作顺序与判断标准

从上面的案例可以看到，我实际执行的顺序是：关闭hypervisor → 关闭内存完整性 → 重装匹配版本的VirtualBox → 设置管理员权限 → 清理残留虚拟机 → 重新注册设备。每一步做完都需要重启，并且重启后再测试。如果某一步做完没有变化，不要灰心，继续往下走。不要一次性把多个操作全部做完再重启，不然你就会搞不清楚是哪一步真正起了效果。

判断标准也很简单：eNSP界面上AR设备由红色的“启动失败”变成绿色的“启动成功”就算通过。如果一直是“启动中”却卡住，多半是虚拟机内存分配问题。可以在任务管理器看到VBoxHeadless进程是否出现。如果进程出现了但没有窗口，说明VirtualBox已经在干活，问题出在eNSP对虚拟机的控制信号上，可以再看端口配置。

5.3 命令行辅助校验方法

这里给你几个我自己常用的命令行命令，用来快速排查环境是否就绪。

# 检查hypervisor是否还在加载 bcdedit /enum {current} # 查看系统虚拟化安全状态 Get-ComputerInfo -Property "HyperVisorPresent", "DeviceGuard*" # 查看VirtualBox版本 VBoxManage --version # 查看VirtualBox当前虚拟机列表 VBoxManage list vms # 查看当前VirtualBox支持的硬件加速 VBoxManage list hostinfo

在PowerShell里执行Get-ComputerInfo -Property "HyperVisorPresent"，如果返回True，说明Hypervisor仍在运行。如果返回False，说明你的系统已经在没有Hyper-V抢占的状态下。这一条命令简单高效，比systeminfo一大串输出直观多了。

5.4 日志分析：从Log文件里挖线索

网上很多教程没有告诉你如何看日志，导致很多人靠猜。其实eNSP和VirtualBox都会生成日志，日志里的错误关键字能帮你定位问题。

eNSP的日志一般在安装目录下的log文件夹内，文件名类似ensp.log。打开后搜索“error”或“40”“41”，就能看到当时出错的具体模块。如果日志里出现了VirtualBox相关字样，那就证明问题在VirtualBox侧。

VirtualBox的日志存放在虚拟机目录下，文件名是VBox.log，比如C:\Users\用户名\VirtualBox VMs\AR_Base\Logs\VBox.log。打开后在尾部搜索ERROR或FATAL，常见错误包括VT-x is not available（说明虚拟化资源不可用）、VERR_VM_DRIVER_NOT_INSTALLED（驱动问题）、VERR_INVALID_HANDLE（残留对象干扰）。根据这些线索，就能确定是去重装VirtualBox还是去清理残留虚拟机，方向会明确很多。

6. 常见问题速查表与避坑总结

6.1 快速定位：错误码、现象、原因、处理方式

6.2 操作禁忌与注意事项

先把几个容易踩的坑列出来，这也是我踩过之后才明白的。

不要在关闭Hyper-V的同时使用Docker或者WSL2。Hyper-V一旦被bcdedit关闭，依赖它的Docker Desktop和WSL2都会罢工。如果你日常工作需要这些工具，建议不要和eNSP同时使用同一套系统环境，或者备一台专门的Windows虚拟机来做实验。

修改任何虚拟化设置后，都必须重启。不要只关闭开关不重启，这样重启前测试，只能浪费十分钟而没有任何结果。特别是bcdedit命令，它只在重启后生效。

eNSP和VirtualBox的安装路径都不要包含中文。建议直接安装在默认位置，比如eNSP装在D:\Program Files\eNSP这类纯英文路径下，VirtualBox装在C:\Program Files\Oracle\VirtualBox。如果已经装在带中文的路径下，卸载重装，别想着改环境变量能绕过，后续会出现很多奇奇怪怪的问题。

不要同时运行两个版本的VirtualBox。我在某次折腾时，因为没卸载干净6.1，又装了5.2，导致两个版本的VBoxManage.exe同时存在，eNSP调用了老版本API，始终无法注册成功。最终把VirtualBox全部卸载、删除注册表残留、再装单一版本才恢复正常。

6.3 最后分享一点个人经验

我在实际处理了几十次类似的启动问题之后，最深的体会是：40/41错误本质上不是eNSP的问题，而是Windows 11新的虚拟化机制和VirtualBox之间的兼容性问题。只要你能把系统层面的虚拟化冲突彻底清干净，并选用正确的VirtualBox版本，这个问题基本就能解决。如果你在清理一层后就成功解决了某个环境，别的环境不一定适用同一层。但总体思路永远是：从系统虚拟化开始排查，层层递进到VirtualBox和eNSP配置，不要跳步骤，也不要盲目重装。还有一招很实用：在VirtualBox中手动新建一台同样系统配置的空白虚拟机，如果你手动启动它都能成功，说明VirtualBox本身没问题，问题就在eNSP的调用链路上；如果手动启动都失败，那就继续往VirtualBox版本和系统虚拟化方向查。这个判断方法比反复重试eNSP启动高效得多，值得养成习惯。