VMware Workstation Pro 去虚拟化配置与彻底卸载残留清理指南-酒店常州论坛

最近很多人在折腾虚拟机时都遇到一个怪现象：明明 VMware Workstation Pro 装好了，系统也正常，但一打开某些软件就被提示“检测到虚拟机环境，无法运行”；还有人从网盘下载了所谓的“VMware Workstation Pro 25H2 精简便携安装版”，装完却发现卸载不干净，右键菜单残留、服务残留、虚拟网卡残留，甚至影响宿主机网络。

这篇文章准备把三件事讲透：

VMware Workstation Pro 到底该怎么装，网上流传的“精简便携版”“25H2 版”到底是什么，为什么我不建议一上来就碰它们；
“去虚拟化”的原理是什么，VMware 虚拟机是怎么被识别出来的，哪些 VMX 配置项是真正有用的组合；
怎样把 VMware Workstation Pro 彻底卸载干净，解决服务残留、虚拟网卡残留、注册表残留这一类问题。

先给一个明确判断：VMware Workstation Pro 的主体功能，其实用官方安装包就足够；所谓“去虚拟化”，本质是修改虚拟机的硬件特征，让它不要那么容易被识别出来。这个过程有很强的版本关联性和场景边界，不是改了配置就万事大吉，更不能用来做违规的事。

如果你正被“虚拟机被检测”困扰，或者准备重装 VMware 但害怕上次卸载不干净，这篇文章很适合你。下面全部按安装、配置、验证、排错、卸载的顺序来写，建议先收藏再实操。

1. 为什么最近大家都在聊“VMware Workstation Pro 去虚拟化”

先说一个背景：VMware Workstation Pro 在博通（Broadcom）收购 VMware 之后，已经对个人用户免费。需要明确的是，个人免费授权主要面向非商业用途，企业内使用仍需遵守对应授权条款。这个变化让大量原本使用旧版 15.x、16.x 的用户开始转向 17.x，安装量和讨论量一下子涨了起来。

与此同时，Windows 11 更新节奏加快，很多人的宿主系统已经变成了 Windows 11 25H2。这个系统版本本身和 VMware 没有直接绑定关系，但网上很多打包者喜欢把“VMware Workstation Pro + Windows 11 25H2 环境”打包成一个标题，逐渐形成了“VMware Workstation Pro 25H2”这种叫法。

可实际上，VMware 官方并没有发布过名为“25H2”的 Workstation Pro 版本号。这个东西更像是第三方封装包对系统版本的借用，或者发布者自己起的名称。你在搜索结果里看到的关键词越多，越说明这个领域信息混乱，需要谨慎甄别。

去虚拟化的话题之所以火，根本原因是：

越来越多的软件和游戏加入了虚拟机环境检测逻辑，尤其是带有反作弊、版权保护、防调试机制的软件；
测试人员、安全研究者、逆向爱好者需要在虚拟机里运行敏感样本，但虚拟机特征太明显；
部分单机软件在虚拟机里会出现功能异常，去虚拟化变成一种兼容性调试手段。

需要强调：虚拟化检测本身是为了防止作弊和滥用，如果你是在玩网络游戏，请务必遵守游戏用户协议，不要试图用去虚拟化绕过反作弊系统。本文讨论的技术，只适用你拥有合法使用权的软件、自建测试环境和技术研究场景。

2. VMware Workstation Pro、25H2 与精简便携版的真实关系

针对市场上流传的各类版本，我们要有清晰的产品认知。

2.1 VMware Workstation Pro 的官方版本现状

从 VMware Workstation Pro 17 开始，安装包体积比旧版更大，默认安装会包含：

VMware Workstation 主程序；
VMware VIX 组件；
VMware Tools（在虚拟机内部安装）；
虚拟网卡驱动（VMnet1、VMnet8 等）；
多种虚拟设备驱动。

官方安装包对 Windows 10/11 的兼容性比较好，安装过程一般不会出现大的问题。除非你使用的是 Windows 7 这类老系统，那可能需要找旧版 15.x 或 16.x。

2.2 “25H2”的真实含义

Windows 11 的 25H2 是微软的年度功能更新版本。很多人搜“VMware Workstation Pro 25H2”，其实搜的是“在 Windows 11 25H2 环境下安装 VMware Workstation Pro”或者“VMware 版本和 25H2 匹配”。这两者区别很大：

前者是宿主系统版本，基本不会影响 VMware 的安装方式；
后者是一个不存在的官方产品版本号，更多是搜索关键词。

所以，不要看到一个“VMware Workstation Pro 25H2 版”就觉得是官方新版。更稳妥的做法是去官网或可信渠道核对版本号，比如 17.6.x 这类真实存在的版本。

2.3 “精简便便携版”的坑

“精简便便携版”通常指第三方打包的绿色版、免安装版或二次封装版。它们确实有优势：体积小、解压即用、不需要走安装向导。

但实际使用中，这类版本的问题也很突出：

部分精简版砍掉了 VMware Tools、VIX 或虚拟网卡驱动，导致虚拟机功能不完整；
便携版无法注册 Windows 服务，VMware Authorization Service 可能是手动注册的，重启后经常失效；
第三方封装来源不明，有被植入广告、木马的风险；
卸载时没有标准卸载程序，残留非常严重；
某些版本强制修改宿主网络配置，卸载后宿主网络异常。

我的建议是：如果你只是想学习、测试虚拟机，直接使用官方安装包，不要下载所谓“精简便携版”。便携版这类封装版本在技术交流中有一定使用场景，但不适合作为新手首选。如果你已经在用某个精简版，请务必关注文件来源和杀毒软件告警，并做好后期手动卸载的准备。

2.4 个人免费授权与版本选择

VMware Workstation Pro 17 对个人用户免费，但仍要求注册博通账号并接受许可条款。实际部署时，如果你追求稳定，优先选择 17.x 的最新小版本；如果你有旧版 16 的许可证，继续用 16.x 也完全可以，不必盲目追新。

3. 环境准备与安装：先确认硬件和系统状态

很多人 VMware 装不上，不是 VMware 的问题，而是宿主机环境没准备好。

3.1 硬件虚拟化是否开启

VMware 运行虚拟机，要求 CPU 支持虚拟化技术，并且在 BIOS/UEFI 中开启。Intel 平台叫 VT-x，AMD 平台叫 SVM。

开机进 BIOS/UEFI，找以下选项：

Intel 平台：Intel Virtualization Technology、VT-x；
AMD 平台：SVM Mode；
部分主板叫Virtualization，设置成Enabled。

如果 Windows 11 已经关闭了 VBS（基于虚拟化的安全），VMware 运行会更顺畅；如果 VBS 开启，可能会和 VMware 的虚拟化层产生资源竞争。这不影响基本安装，但会影响嵌套虚拟化性能和某些配置。

3.2 在 Windows 中确认虚拟化状态

安装 VMware 之前，先用命令确认系统识别到了虚拟化能力。打开 CMD 或 PowerShell，执行：

systeminfo

在输出中找到“Hyper-V 要求”这一段：

“固件中已启用虚拟化：是”；
“二级地址转换：是”；
“数据执行保护：是”。

如果显示“否”，说明 BIOS 里没开启，或者被 Hyper-V 功能占用了。

PowerShell 也可以查看：

Get-CimInstance Win32_Processor | Select-Object Name, VirtualizationFirmwareEnabled, SecondLevelAddressTranslationExtensions

输出结果中VirtualizationFirmwareEnabled为True才说明硬件虚拟化已在固件层面开启。

3.3 宿主系统的环境检查

建议在安装前做一次系统更新，尤其是 Windows 11 25H2 这类新版本，补丁版本越新，VMware 与系统的兼容问题越少。

需要特别注意的是：

如果启用了内核隔离（内存完整性），部分 VMware 驱动可能被拦截；
如果杀毒软件过于激进，安装过程中的驱动注册会失败；
Windows Defender 有时会拦截 VMWare 的驱动或更新程序，需要临时放行。

3.4 官方版安装核心步骤

以 VMware Workstation Pro 17.x 为例，安装步骤大致如下：

从官网下载安装包，双击运行；
如果提示需要重启，先重启再安装；
选择安装路径和数据目录，建议路径不要带中文；
取消勾选“启动时检查产品更新”等附加项；
等待驱动安装和组件注册；
完成后打开软件，输入个人免费许可证或登录账号激活；
安装完成后，建议重启一次电脑，让虚拟网卡驱动生效。

安装完成后，打开“网络连接”面板，应该能看到VMware Network Adapter VMnet1和VMware Network Adapter VMnet8两个虚拟网卡。如果看不到，说明驱动没有正确安装。

3.5 创建第一台虚拟机的基线操作

创建一个测试虚拟机时，建议按以下基线配置：

操作系统选择：按实际镜像选择，Windows 11 建议选“Windows 11 x64”；
固件类型：Windows 11 建议选 UEFI，并开启 TPM 2.0（VMware 17 支持虚拟 TPM）；
内存：至少 4GB，测试环境建议 8GB；
磁盘：建议 60GB 以上，不要选“立即分配所有磁盘空间”；
网络：NAT 模式即可满足大多数场景。

先不安装系统，去虚拟化配置要在虚拟机创建现场完成，后面会详细展开。

4. 虚拟化检测原理：虚拟机是怎么被识别出来的

“去虚拟化”不是一项独立功能，而是一系列特征伪装。理解检测原理之前，先要知道一个软件为什么能发现自己在虚拟机里。

4.1 指令特征检测

虚拟机和物理机的 CPU 行为有一个显著差异：虚拟机监控器（Hypervisor）会改变某些 CPU 指令的返回结果。

最常见的是 CPUID 指令。操作系统和应用程序可以通过 CPUID 查询 CPU 厂商、特性、Hypervisor 是否存在。如果 CPUID 返回结果中包含VMwareVMware或hypervisor标志位，软件就会认为当前环境是虚拟机。

VMware 的 VMX 配置中，hypervisor.cpuid.v0是一个关键开关。设置为FALSE可以隐藏 Hypervisor 品牌字符串，这是最基础的一层伪装。

4.2 硬件设备特征检测

VMware 虚拟机的设备模型非常固定：

显卡是VMware SVGA II；
硬盘是VMware Virtual NVMe或VMware Virtual SCSI；
网卡是VMware VMXNET3；
主板 BIOS 厂商是VMware, Inc.；
SMBIOS 信息中包含 VMware 相关字段。

软件可以通过枚举设备、读取 WMI 信息来识别这些特征。比如通过 PowerShell 查看：

Get-CimInstance Win32_BIOS | Select-Object Manufacturer, SerialNumber Get-CimInstance Win32_ComputerSystem | Select-Object Manufacturer, Model

如果Manufacturer是VMware, Inc.，基本可以断定是虚拟机。

去虚拟化的核心工作，就是修改这些字符串和设备信息，让它们模拟真实硬件。

4.3 通信后门检测

VMware 虚拟机提供了一个特殊的 I/O 通道，叫 VM Communication Interface，有时也叫 VMware Backdoor。它用于宿主机和虚拟机之间的通信，比如剪贴板共享、拖拽文件、时间同步。

这个后门端口是0x5658（VMware 的 ASCII 码），检测程序可以通过读写这个端口来判断当前是否运行在 VMware 中。

monitor_control.restrict_backdoor这个 VMX 参数设置为TRUE，可以限制 VMware Tools 后门通道的可见性，降低被后门检测识别的概率。

4.4 时间与性能检测

虚拟机的时钟精度和物理机存在差异。部分检测程序会通过高精度计时器统计时间误差，分析是否出现虚拟机特有的时序模式。这种检测比较隐蔽，也很难完全规避。

从工程角度来看，去虚拟化是一个攻防对抗的动态过程，不存在“永久有效”的方案。VMX 配置可以解决相当一部分检测，但遇到针对虚拟机特征做深度检测的软件，可能要结合更多技术手段，且仍然不能保证成功。

4.5 为什么“去虚拟化工具”不可盲信

网上流传的“VMware 去虚拟化工具”很多只是帮你往 VMX 文件里写几行参数，并不具备深层伪装能力。更关键的是，这类工具来源不明，运行权限往往很高，风险不小。

我更推荐你手写 VMX 配置，这样既清楚每一项的作用，也方便回滚。下面一节就给出完整配置。

5. 用 VMX 配置实现常见去虚拟化（含完整配置示例）

VMX 文件是 VMware 虚拟机的配置文件，放在虚拟机安装目录下，文件名一般是你的虚拟机名称.vmx。修改之前，建议先给虚拟机做一个快照，或者备份 VMX 文件。

5.1 常用去虚拟化 VMX 参数

在 VMX 文件中追加以下配置项，是最常见的组合：

# 隐藏 Hypervisor 品牌 hypervisor.cpuid.v0 = FALSE # 限制 VMware Backdoor 的可见性 monitor_control.restrict_backdoor = TRUE # 禁用特定虚拟设备，减少设备特征 monitor_control.disable_directexec = TRUE # 设置 SMBIOS 信息，模拟物理机品牌 SMBIOS.reflectHost = TRUE # 模拟物理机 BIOS 厂商和版本 board-id = "0X98" SMBIOS.noOEMStrings = "TRUE" # 修改网卡 MAC 地址前缀，避免使用 VMware 保留的 00:0C:29 段 ethernet0.addressType = "static" ethernet0.address = "00:1E:8F:12:34:56"

这些参数的含义分别是：

hypervisor.cpuid.v0 = FALSE：隐藏 CPUID 中的 Hypervisor 标志位。这是最核心的一项，很多软件主要靠这个判断。
monitor_control.restrict_backdoor = TRUE：限制 VMware 后门端口，能降低通过 I/O 端口检测到 VMware 的概率。
monitor_control.disable_directexec = TRUE：禁用直接执行，减少执行行为上的虚拟化痕迹。注意，这个参数会影响性能。
SMBIOS.reflectHost = TRUE：让虚拟机的 SMBIOS 信息尽量向宿主机靠拢，这在物理机品牌机上有一定效果。
board-id：指定主板 ID，不同品牌主板有不同 ID，随便填一个值有时反而更可疑。
ethernet0.addressType = "static"+ethernet0.address：改成非 VMware 的 MAC 地址段。

需要提醒：这些参数不保证一定有效，而且部分参数会导致虚拟机性能下降或系统不稳定。建议按需添加，不要一次全上。

5.2 修改系统内部的信息

VMX 配置只是外部伪装。操作系统内部的一些信息也需要同步处理：

Windows 注册表中有关 VMware 的设备描述；
系统设备管理器中的设备厂商；
显卡驱动名称，如果安装的是 VMware SVGA 驱动，名称里会带 VMware 字样；
安装 VMware Tools 后，系统服务中会多出 VMware Tools 相关服务。

从这个角度看，最彻底的“去虚拟化”可能需要修改系统镜像并替换驱动，这就是另一个话题了。常规 VMX 配置只适合应对轻度检测场景。

5.3 校验 VMX 配置是否生效

在虚拟机内部使用 CPU-Z 或类似工具，查看 CPU 信息中是否还带“VMware”相关字段。也可以在虚拟机中打开系统信息：

msinfo32

看“系统摘要”中的“系统制造商”和“系统型号”是否已经改变。

如果还是显示 VMware，说明SMBIOS.reflectHost没有产生预期效果，可能需要进一步修改 SMBIOS 字段，或者考虑使用其他工具辅助修改 DSDT。

5.4 关掉不必要的 VMware 特性

减少特征的一个重要思路，是把虚拟机的“存在感”降到最低：

关闭虚拟机内的 VMware Tools 自动启动项；
不要使用 VMware 的拖拽复制、剪贴板共享；
关闭共享文件夹功能；
去掉打印机、摄像头等虚拟外设；
虚拟机系统内安装软件时，避免安装 VMware 增强组件。

这些操作不能像硬件特征那样直接消除检测，但可以避免一些常见误判。尤其是“检测剪贴板是否连接”这类功能，关闭后可以减少暴露面。

6. 效果验证：如何确认配置已生效

去虚拟化配置完成后，必须验证效果，不能“改了就当成功”。

6.1 在虚拟机中检查 Hypervisor 状态

虚拟机内打开 CMD，执行：

systeminfo

如果配置生效，Hyper-V 要求中的“已检测到虚拟机监控程序”这一项可能会消失，或者在 CPU 制造商信息里不再出现 VMware。

更直接的方法是使用工具查看 CPUID 信息是否还包含 Hypervisor 标志。如果之前显示hypervisor，配置后该标志没有出现，说明 CPUID 层伪装成功。

6.2 宿主机侧确认改动已生效

在虚拟机开机的状态下，修改 VMX 配置不会立即生效。必须重启虚拟机，或者完全关机后再开机。

如果你在 VMX 文件里加了参数但没生效，先确认：

虚拟机是否已经重启？
VMX 文件名是否找对了？
参数是否写在同一行且没有多余空格？
VMware Workstation 是否弹出了“配置文件被修改”的提示？

6.3 用测试程序交叉验证

可以编写一个简单的检测脚本，读取 WMI 中的 BIOS 和主板信息，检查是否包含 VMware 特征。

在虚拟机内执行 PowerShell：

$bios = Get-CimInstance Win32_BIOS $system = Get-CimInstance Win32_ComputerSystem $detected = $bios.Manufacturer -match "VMware" -or $system.Manufacturer -match "VMware" if ($detected) { Write-Host "VMware 特征仍然存在" } else { Write-Host "未检测到明显的 VMware 特征" }

如果输出“VMware 特征仍然存在”，说明伪装不彻底，需要继续调整。

6.4 注意性能回退

monitor_control.disable_directexec = TRUE这类参数会让虚拟机的指令执行模式变化，性能可能明显下降。如果只是为了跑通普通应用，这类参数不建议开。

验证效果时可以同时观察：

虚拟机内开机速度；
3D 图形性能；
CPU 占用率；
内存读写速度。

如果性能损失到你无法接受，就要在“检测规避”和“使用体验”之间做取舍。

7. 卸载与残留清理：为什么总是“删不干净”

很多人在卸载 VMware Workstation Pro 时遇到各种残留：右键菜单还在、服务还在、虚拟网卡还在、开机自启还在。尤其是第三方精简版，往往没有标准卸载程序，残留会更严重。

7.1 官方版本的标准卸载流程

第一步，关闭所有虚拟机，退出 VMware Workstation。

第二步，打开“设置 -> 应用 -> 已安装的应用”，找到 VMware Workstation，点击卸载。

第三步，如果系统弹出“需要重启”的提示，先重启，继续完成卸载。

第四步，卸载完成后，重启系统。

官方卸载程序一般会移除大部分服务和驱动，但虚拟网卡和某些注册表项仍可能残留。

7.2 手动清理 VMware 残留服务

打开 CMD（管理员），查看当前系统中残留的 VMware 服务：

sc query type= service state= all | findstr /i "VMware"

如果发现类似VMware Authorization Service、VMware DHCP Service、VMware NAT Service的服务仍然存在，可以用以下命令删除：

sc delete "VMware Authorization Service" sc delete "VMware DHCP Service" sc delete "VMware NAT Service" sc delete "VMware USB Arbitration Service"

注意：服务名称在不同版本中可能略有差异，请以sc query显示的名称为准。

7.3 清理虚拟网卡

打开“控制面板 -> 网络和 Internet -> 网络连接”，检查是否有VMware Network Adapter VMnet1和VMware Network Adapter VMnet8。

如果有，右键 -> 属性 -> 配置 -> 驱动程序 -> 卸载设备，勾选“删除此设备的驱动程序软件”。

也可以在设备管理器中，找到“网络适配器”下的 VMware 虚拟网卡，右键卸载。

卸载后，再运行：

netsh bridge show

如果没有桥接残留，这个命令会提示没有桥接。如果还有残留，可以用网络中心里的“更改适配器设置”手动删除。

7.4 清理注册表残留

打开注册表编辑器（regedit），搜索以下路径，如果存在 VMware 相关项，手动删除：

HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc. HKEY_CURRENT_USER\SOFTWARE\VMware, Inc. HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\VMware, Inc.

删除注册表属于高风险操作，建议先备份注册表或创建系统还原点。删除前请确认VMware, Inc.只包含 VMware 的配置数据。

7.5 清理文件系统和启动项

检查以下路径是否有残留目录：

C:\Program Files\VMware C:\Program Files (x86)\VMware C:\ProgramData\VMware C:\Users\<用户名>\AppData\Local\VMware C:\Users\<用户名>\AppData\Roaming\VMware

如果有，手动删除。

然后在任务管理器 -> 启动中，确认没有 VMware 相关启动项。如果有，禁用并删除。

7.6 卸载第三方精简版的特殊处理

如果你安装的是“精简便携版”，注册表和服务残留在所难免。建议按下面的思路处理：

备份虚拟机文件，因为虚拟机本身不依赖 VMware 安装程序；
运行压缩包提供的卸载脚本（如果有），然后手动执行上面的服务、网卡、注册表清理；
检查C:\Windows\System32\drivers下是否有vmx86.sys、vmnetx.sys、vmnetadapter.sys等驱动文件，如果有，删除前需要先停止相关服务；
最后用磁盘清理工具删除临时目录中的安装缓存。

8. 常见问题与排查思路

在实际安装、配置和卸载过程中，问题通常会集中在几个方向。下面这张表基本覆盖了最常见的场景。

问题现象	可能原因	排查方式	解决方案
安装过程中提示无法注册驱动	系统开启了内核隔离或安全启动限制	查看 Windows 事件日志，检查驱动签名	关闭内核隔离，或临时禁用安全启动（企业环境需评估）
虚拟机启动后蓝屏	VMX 配置改动过大，或虚拟化嵌套设置不当	进入 VMX 文件，注释掉最近修改的参数	逐个还原 VMX 参数，找到导致蓝屏的配置
打开软件仍提示检测到虚拟机	检测维度不只 CPUID，还可能包含 WMI、ACPI、设备名	用检测脚本交叉验证，确认哪一层特征残留	针对性修改 SMBIOS、设备和注册表信息
虚拟网卡显示未识别的网络	VMnet8 的 DHCP 服务异常	检查服务列表中 VMware NAT/DHCP 服务状态	重启 VMware 服务，或在虚拟网络编辑器中恢复默认设置
宿主机网络在卸载后无法上网	卸载时删除了 VMware 虚拟网卡，但破坏了原有网络桥接	查看网络连接和`netsh bridge show`	重置网络配置：`netsh winsock reset`+`netsh int ip reset`
便携版双击无法启动	缺少 Windows 服务注册，或授权服务未启动	查看应用程序日志，确认 VMware 服务状态	使用官方安装包重装一次，避免便携版注册机制不完整
虚拟机内无法识别 USB 设备	VMware USB Arbitration Service 未启动	服务列表中检查相关服务	启动服务并设置为自动，重启虚拟机
修改 VMX 后配置未生效	虚拟机未完全关机，或参数拼写错误	关闭虚拟机后重新启动，检查 VMX 语法	确保参数名拼写准确，大小写不要错
Windows 11 25H2 中升级系统后虚拟机无法联网	系统更新重置了 Hyper-V 相关状态	查看宿主机的 Windows 功能	确认 Hyper-V 与 VMware 的共存方式，必要时关闭 Hyper-V 或改用 WSL2 方案

上面的表格中，有两个问题值得再展开。

问题一：修改 VMX 后配置未生效。

VMX 文件是启动时读取的。如果虚拟机处于暂停状态或快速启动状态，配置文件不会重新读取。正确做法是关闭虚拟机电源，不是“挂起”。

问题二：卸载后宿主机网络异常。

这其实是 VMware 残留清理最麻烦的问题。VMware 虚拟网卡卸载时，如果系统内的残留桥接没有被正确移除，宿主机网络可能短时间不可用。

如果卸载 VMware 后出现网络无法上网，按以下顺序处理：

netsh winsock reset netsh int ip reset ipconfig /flushdns

然后重启系统。绝大多数情况下可以恢复，如果还不行，在“网络连接”中删除所有无效的虚拟网络适配器，重置网络设置。

9. 最佳实践与安全合规建议

去虚拟化和卸载清理都不是高频操作，但一旦做错，代价不小。下面这些建议来自实际工程场景，建议当作操作规范来执行。

9.1 安装优先选择官方版本

官方版本虽然体积大，但具备完整卸载程序和服务注册机制。个人免费授权下，安装成本已经被大幅降低，第三方精简版的“省事”优势并不值得冒安全风险。如果你确实因为性能或特殊需求使用精简版，也一定要先从可信渠道获取，并在隔离环境里先做一次尽职调查。

9.2 VMX 配置修改前必须做备份

修改 VMX 文件前，把原始文件复制一份：

copy "E:\VMs\Win11\Windows 11.vmx" "E:\VMs\Win11\Windows 11.vmx.bak"

这样即使参数调错，也能快速还原。

9.3 去虚拟化不要一步到位

推荐的步骤是：

先只加hypervisor.cpuid.v0 = FALSE，验证效果；
如果不行，再加monitor_control.restrict_backdoor = TRUE；
仍然不行，再考虑 SMBIOS 和设备层面的修改。

一次性加太多配置，出了问题很难定位是哪一行导致的。

9.4 明确技术边界，别碰非法场景

去虚拟化技术本身是中性工具，但它很容易被滥用。不要在在线游戏中使用去虚拟化绕过反作弊，不要用于破解、外挂、恶意样本对抗检测等场景。这类技术只应在合法授权、合规测试的环境中使用。

如果软件明确声明“检测到虚拟机不允许运行”，而你确实有测试需求，建议先联系软件厂商获得授权，而不是直接绕过。

9.5 卸载时坚持最小残留原则

卸载 VMware 的推荐顺序是：

备份虚拟机文件；
关闭所有虚拟机；
使用官方卸载程序；
清理服务；
清理虚拟网卡；
清理注册表；
清理文件目录和启动项；
重启系统；
用工具检查残留，如sc query、设备管理器、注册表搜索。

每一步都做，才能避免“装回来发现环境已经乱了”的尴尬。

9.6 对 Windows 11 25H2 用户的特别提醒

Windows 11 25H2 的更新节奏较快，部分功能更新可能会影响虚拟机平台。如果你计划长期使用 VMware，建议：

不要在预览版或测试版系统上部署生产虚拟机；
将系统更新策略设为“手动暂停功能更新”，避免新版本影响到宿主机虚拟化能力；
VMware Workstation 17.x 对 Windows 11 的支持总体较好，但遇到系统大版本更新后出现虚拟网络异常，优先检查 VMware 版本是否需要升级。

10. 总结与后续学习方向

这篇文章主要讲清楚了几件事：

VMware Workstation Pro 的安装前提、官方版与精简版的差异，以及“25H2”叫法的来源；
虚拟化检测的常见原理，包括 CPUID、SMBIOS、设备模型、VMware Backdoor 等；
手写 VMX 配置做基础去虚拟化的思路和注意事项；
彻底卸载 VMware 以及清理服务、虚拟网卡、注册表残留的完整路径；
常见问题的排查逻辑和安全合规边界。

如果你是新手，建议按以下顺序实践：

用官方版安装 VMware Workstation Pro，先建一台常规虚拟机，把基本操作跑通；
再做一次完整卸载，确认你了解服务、网卡、注册表分别在哪个位置；
最后才去研究 VMX 配置和去虚拟化，边改边验证，不要照搬网上的“万能配置”。

下一步值得深入的方向包括：

虚拟机系统内部的 SMBIOS 修改与 DSDT 定制；
Windows 注册表中设备描述符的修改方法；
VMware 与 Hyper-V 在同一台机器上的共存机制；
虚拟化性能调优，比如 CPU 调度、内存气球、磁盘 I/O 缓存等参数的含义。

如果这篇文章对你有帮助，建议收藏备用，后面装虚拟机或卸载 VMware 时可以直接按步骤操作。也欢迎在评论区分享你遇到的去虚拟化或残留清理问题，尤其是那些“网上搜不到答案”的怪问题，一起排查更有效率。

企业官网建设流程全解析