企业官网建设流程全解析

简介：这份PDF文档围绕CAD与南方CASS11安装后提示“请不要在虚拟机中运行此程序”的兼容性故障展开，面向测绘、地理信息系统从业者以及需要在本机部署CASS11的技术人员，提供成体系的排错参考。内容先交代CAD与CASS11的安装先后顺序，以及破解环节对获取机器码工具的版本要求；再按由浅入深的顺序梳理五类处理思路：卸载虚拟机软件、关闭Windows安全中心的内存完整性校验、在系统功能列表中取消相关组件、通过管理员命令关闭Hypervisor启动项、进入BIOS禁用虚拟化技术；并说明各方法的适用情形与风险提示，强调改动系统设置前做好数据备份。压缩包内为1个PDF文档，体积约1.87MB，便于随查随用。目前已有4558人学习，适合遇到同类虚拟化检测限制时快速定位原因、对照自身环境选择方案的读者。

1. 报错并非虚拟机：CASS11 那句提示拦的是 CPUID 里的一个标志位

机器是刚装完系统的物理机，CAD2016 一路装完，CASS11 也装完，双击桌面图标，弹窗只有一行字：请不要在虚拟机中运行此程序。多数人的第一反应是「我根本没装虚拟机」，然后开始怀疑安装包损坏、怀疑系统版本。CASS11 这个提示跟虚拟机软件没有必然关系，它拦的是 CPUID 里的 hypervisor present 标志位——只要 Windows 自己把虚拟化栈拉起来，物理机在程序眼里也长成一台虚拟机。下面把这条误报的成因和五条解决办法按代价从低到高拆开讲，顺带交代清楚每一步会顺手废掉什么，比如 WSL2、Docker 和安卓模拟器。

2. 安装底座：CAD 与 CASS11 的先后顺序、依赖项与许可绑定

CAD CASS 软件安装与故障排除这件事，八成的问题都出在装之前没想清楚底座。CASS 不是一个独立程序，它是长在 CAD 上的插件集合，宿主没了它什么都不是。动手改任何系统开关之前，先把安装链路上的顺序和依赖坐实，不然你会在「关了虚拟化还是报错」和「压根没装对」之间来回横跳。

2.1 为什么 CASS 必须踩在 CAD 装完之后

CASS 安装器启动后的第一件事不是解压文件，而是去注册表里找 CAD 的产品键，读 acad.exe 的真实路径，然后把支持文件目录、ARX 模块、菜单文件（.mnu / .cuix）按着这个路径写进去。顺序反了会出两个后果：安装器找不到宿主，要么直接退出，要么把路径写成默认值；等你补装 CAD 之后，CASS 的菜单栏加载项全部指向空目录，进 CAD 后右侧工具栏一片空白，命令行还给你来一句「未知命令」。

正确顺序是 CAD 先装、能正常单独启动一次、再装 CASS。CAD 装完先别急着装 CASS，双击 CAD 图标确认能进主界面，随手画一条线存个盘，说明许可和图形驱动这两关都过了。这一步花两分钟，能省掉后面半小时的重装。

如果已经装反了，别在原基础上覆盖安装，覆盖率很低。走卸载：控制面板卸 CASS，再卸 CAD，然后手工清残留。CAD 卸载后HKEY_LOCAL_MACHINE\SOFTWARE\下的产品键、C:\ProgramData\和%AppData%下的配置目录经常留着，不清掉的话下次安装会读到旧路径。清完重启，再按 CAD → CASS 的顺序来一遍。

:: 以管理员身份运行，卸载后清理残留前先确认没有 CAD 进程在跑 tasklist | findstr /i "acad" :: 列一下 ProgramData 下还留着的 CAD 相关目录，看清楚了再删 dir "C:\ProgramData" /ad | findstr /i "autodesk cad"

第一行是确认有没有残留进程占着文件，第二行只是列目录不动手。很多「卸载后重装还报同样的错」的案例，就是因为卸载时 acad.exe 还在后台挂着，注册表键被占用没删干净。看清楚了再手工删目录，别直接上通配符。

另外提醒一点：CASS 的版本和 CAD 的版本是配套关系，不是任意组合都能用。输入资料里给出的实测组合是 CAD2016 + CASS11，这个组合是跑通过的。跨大版本混搭（比如拿很新的 CAD 配较老的 CASS）经常表现为安装能过、启动能进、但某个具体功能模块报错，这类问题查起来比虚拟机误报还费劲。

2.2 装前十分钟的系统体检

与其装完再排错，不如装前扫一遍。下面这张表是我每次装这类组合软件前都会过一遍的项，成本十分钟，命中率不低。

重点说两个容易被忽略的。VC++ 运行库 x86 和 x64 是两个独立包，只装一个的情况非常常见，表现为 CASS 装完点图标毫无反应，任务管理器里进程闪一下就没了，这种「无提示闪退」去事件查看器里能看到 side-by-side 配置错误。显示缩放这条看着无关，实际影响很大：CASS 的部分对话框是按固定像素布局的，150% 缩放下按钮会跑到屏幕外面，用户以为是功能坏了。

安全软件那条要单独讲。这类软件的安装过程会往系统目录写 DLL 并注册，安全软件的启发式引擎很容易把它判成可疑行为然后静默拦截，安装器自己认为成功了，实际缺文件。安装期间退出实时防护，装完再开回来，能规避一大类玄学问题。

2.3 机器码与许可文件：那个取机器码的 exe 为什么建议用旧版

CASS11 的授权是跟机器绑定的，流程是先用「获取机器码工具.exe」采一份硬件指纹，用这份指纹换回许可文件，再导入。指纹的原始来源通常是主板序列号、CPU 标识、网卡 MAC、硬盘序列号和卷序列号的组合哈希。

问题出在采集工具上。CASS11 随包带的那个版本在部分 Win10 / Win11 环境里采不全，尤其是开了虚拟网卡、或者 WMI 服务被优化软件动过之后。表现是同一台机器今天取一次、明天取一次，机器码不一样，授权导进去提示不匹配。输入资料里给的实践经验是用 CASS10 版本的那个工具去取，兼容性更好，取到的指纹稳定。这个细节很关键，很多人卡在「授权文件没问题但就是导不进去」，根子在这儿。

# 用管理员权限的 PowerShell 跑，看看指纹的几项原始来源能不能稳定读到 Get-CimInstance Win32_BaseBoard | Select-Object SerialNumber Get-CimInstance Win32_ComputerSystemProduct | Select-Object UUID Get-CimInstance Win32_NetworkAdapter -Filter "PhysicalAdapter=True" | Select-Object Name, MACAddress

三段分别对应主板序列号、整机 UUID、物理网卡 MAC。跑两次对比结果，如果某一段每次都不一样或者直接为空，说明采集链路有问题，这时候换工具版本才有意义。注意PhysicalAdapter=True这个过滤条件——不加的话虚拟网卡也会被列出来，取指纹时混进虚拟网卡的 MAC，机器码就会随着虚拟网卡的启停而变化。

采集时的操作纪律：以管理员身份运行工具；取之前把虚拟机软件和虚拟网卡都停掉；不要在两次采集之间插拔 U 盘或换网卡；取完立刻把机器码文本存下来。许可文件和机器码是一对一的，换硬件或者大版本升级系统之后需要重新取。

3. 五条处置路径：从内存完整性一路退到 BIOS 虚拟化开关

回到那条报错。CASS11 里嵌着保护模块，它判断「是不是虚拟机」并不看你装没装 VMware，而是看几个信号：CPUID 的 hypervisor present 位、注册表里 HVCI（内存完整性）的启用状态、系统里是否存在 Hyper-V 的虚拟化层、以及是否存在虚拟机的 guest 驱动。这四条里任意一条命中，弹窗就出来了。所以五条解决路径本质上是在逐层拆掉这些信号，代价从低到高排列。

3.1 路径一：清掉虚拟机软件和它的残余驱动

最直接的一条：如果机器上确实装过桌面虚拟机软件，卸掉它。但只卸主程序不够，真正被检测到的是内核驱动和设备。虚拟机软件卸载后经常留下vmci、vmhgfs、vmusb这类驱动文件，以及名字带 VMnet 或 Host-Only 的虚拟网卡，这些残留会一直挂在系统里。

卸载主程序之后，设备管理器里点「查看 → 显示隐藏的设备」，把网络适配器下的虚拟网卡、系统设备下的虚拟机相关项逐个右键卸载。然后用pnputil列一下第三方驱动包，看还有没有挂着没清的。

:: 列出所有已安装的第三方驱动包，输出较长，建议重定向到文件再看 pnputil /enum-drivers > "%USERPROFILE%\Desktop\drivers.txt"

这条命令本身只读不改，把结果导到桌面用记事本打开，按厂商名找残留。找到了用pnputil /delete-driver oemXX.inf /uninstall清掉，oemXX.inf换成实际名字。这一步有风险，删错驱动会导致某个硬件不工作，所以删之前把oemXX.inf对应的原始驱动名（输出里第二段）看清楚，不确定的直接跳过。

这条路径的局限很明显：Windows 自带的 Hyper-V 不是「装上去的软件」，控制面板里卸不掉，只能通过后面的路径关闭。所以路径一解决的是「你确实装过第三方虚拟机」的情况，没装过的直接跳到路径二。

3.2 路径二：关掉内存完整性，以及安全中心打不开的补救

这是命中率最高的一条。Win10 后期和 Win11 默认开启了基于虚拟化的安全（VBS），其中的内存完整性（HVCI）会把内核模式的代码完整性检查搬到一个跑在 Hyper-V 之上的隔离环境里。这个隔离环境一开，物理机在 CPUID 层面就报告「存在 hypervisor」，保护模块据此判定你在虚拟机里。你以为自己在裸机上跑，系统自己给自己套了一层。

操作路径：Windows 安全中心 → 设备安全性 → 内核隔离下的「内核隔离详细信息」 → 关闭「内存完整性」开关 → 按提示重启。重启后再开 CASS11，多数情况到这一步就通了。

麻烦在于，一部分机器上 Windows 安全中心打开是整页空白，只显示「页面不可用，你的 IT 管理员已限制对某些区域的访问」，点设备安全性没反应。这种情况一般是 SecurityHealthService 被优化软件或者某些「系统精简」操作给禁用了。服务的启动类型被改成「禁用」（注册表 Start 值为 4）之后，安全中心就没有后端可调，界面自然白屏。

补救办法是以管理员身份跑 CMD，把服务启动类型改回手动（Start = 3），重启。命令在 4.1 里拆开讲参数。改完重启，安全中心能正常打开，再回去关内存完整性。

提示：关掉内存完整性之后，系统对内核级恶意代码的防护会下降一个档次。如果这台机器还要承担日常上网、收邮件之类的用途，建议只在跑 CASS11 时保持关闭，长期方案是单独准备一台工作站，或者用完再打开。

3.3 路径三：在 Windows 功能里摘掉三项虚拟化组件

内存完整性关掉之后还报同一个错，说明虚拟化层不止一处。控制面板 → 程序和功能 → 启用或关闭 Windows 功能，里面有这么三项跟虚拟化直接相关：

这三项只要还剩一个勾着，hypervisor 就会在系统启动时被拉起。取消勾选，确定，等待系统处理完提示重启。Win10 家庭版默认没有 Hyper-V 这一项，只有后两个，把能看到的都取消掉即可。

用命令行做同样的事更可控，也方便写进批处理：

:: 查看每一项当前状态，Enabled 表示已启用 dism /online /get-featureinfo /featurename:Microsoft-Hyper-V-All dism /online /get-featureinfo /featurename:VirtualMachinePlatform dism /online /get-featureinfo /featurename:HypervisorPlatform :: 关闭（/norestart 表示不自动重启，手动控制时机） dism /online /disable-feature /featurename:Microsoft-Hyper-V-All /norestart dism /online /disable-feature /featurename:VirtualMachinePlatform /norestart dism /online /disable-feature /featurename:HypervisorPlatform /norestart

/online指操作当前运行的系统，/featurename:后面必须用英文名不能用中文显示名，/norestart是关掉自动重启，让三条命令能连着跑完再手动重启一次。如果某条命令返回「功能名称未知」，说明你的系统版本里没有这一项，跳过即可。

这一步的代价要说清楚：虚拟机平台一关，WSL2 直接起不来，Docker Desktop 也会罢工，Windows 沙盒同样不可用。不装这些东西的开发机随便关，装了的话先想好取舍。

3.4 路径四：bcdedit 关掉 hypervisorlaunchtype

前面三项都处理完了还弹窗，就轮到引导项了。Windows 的启动配置里有一个hypervisorlaunchtype参数，决定开机时要不要加载 hypervisor。某些情况下这个参数被单独设成了auto，即使 Windows 功能里已经取消勾选，引导阶段照样会把它拉起来。

:: 先看当前值，Auto 表示开机会加载 hypervisor bcdedit /enum {current} :: 关闭，然后重启 bcdedit /set hypervisorlaunchtype off :: 需要恢复时改回来 bcdedit /set hypervisorlaunchtype auto

{current}代表当前操作系统对应的引导项，在 CMD 里可以直接写大括号，在 PowerShell 里大括号有特殊含义，需要写成"{current}"或者改用 CMD 执行。这三条命令都必须以管理员身份运行，否则会报「拒绝访问」。

off之后系统启动时跳过 hypervisor 加载，CPUID 的 hypervisor present 位就不再置位。这条是路径二、路径三的兜底——即使内存完整性开关又被某个策略改回打开，只要引导阶段不加载 hypervisor，VBS 也跑不起来。

3.5 路径五：进 BIOS 关 VT-x / SVM，以及要付的代价

最后一条，也是最重的一条：进 BIOS 关掉 CPU 的硬件虚拟化。前面所有方法都是在操作系统层面做文章，这一条直接从硬件层面把虚拟化的根掐了。

开机按 Del 或 F2 进 BIOS（不同主板按键不同，开机画面通常有一行小字提示），找 CPU 配置相关的菜单，不同厂商叫法差别很大：Intel 平台常见的是Intel Virtualization Technology、Intel VT-x，AMD 平台是SVM Mode、AMD-V。找到之后设为 Disabled，保存退出。

代价要说透：关掉 VT 之后，这台机器上所有依赖硬件虚拟化的东西全部不可用——各种模拟器、WSL2、Docker、沙盒、部分安全软件的虚拟化加固模块。有些机型关掉 VT 之后，某些基于虚拟化的性能特性也会失效。所以这条只在前四条都无效时用，而且关之前把 BIOS 的原始设置拍照记下来，将来要恢复时不用靠回忆。

4. 命令行细节：三条命令的参数含义、验证与回滚

命令行在这类排错里的价值是「确定性」——图形界面点没点中、有没有生效，肉眼看不出来，命令的返回值是明确的。这一节把前面出现的几条命令逐条拆开，说清每个参数在做什么，以及怎么验证、怎么退回去。

4.1 REG ADD 修 SecurityHealthService：/v /t /d /f 分别做什么

原文给的那条命令，规范化之后是这样：

:: 必须以管理员身份运行 CMD，普通权限会报「拒绝访问」 REG ADD "HKLM\SYSTEM\CurrentControlSet\Services\SecurityHealthService" /v Start /t REG_DWORD /d 3 /f

四个参数逐个说：

Start 这个值的含义需要记牢，它决定了服务的启动行为：2是自动，3是手动，4是禁用。安全中心白屏的根因就是这个值被改成了 4，系统根本不启动这个服务，界面自然没有内容。改成 3 之后，服务会在需要时被拉起，安全中心恢复正常。改完必须重启，服务启动类型是在系统启动阶段读取的。

顺便说一个观察：很多「系统优化」类工具会把这类服务批量设成禁用，一次性干掉十几个。白屏只是表象，背后可能还有别的东西被一起关了。改回来之后建议顺手检查一下 Windows Update、Windows Defender 相关的服务状态，避免后面装 .NET 组件时又踩一次。

注意：手工改注册表前建议先导出备份。reg export "HKLM\SYSTEM\CurrentControlSet\Services\SecurityHealthService" "%USERPROFILE%\Desktop\shs_backup.reg"，出问题双击导回去就行。这是后悔药，一分钟的事。

4.2 bcdedit 的那一条：off 之后系统少启动了什么

bcdedit /set hypervisorlaunchtype off改动的是引导配置数据库（BCD），影响的是内核启动参数。设成 off 之后，Windows 启动时不再加载hvix64.exe/hvax64.exe这个 hypervisor 层，系统直接跑在硬件上。

需要理解的一点是：这一步和内存完整性开关是两套独立的机制，但作用在同一条链路上。HVCI 需要 hypervisor 才能运行，所以引导项关了之后 HVCI 即使开关还显示「开」，实际上也跑不起来。反过来，如果 HVCI 被组策略强制打开，它可能会把引导项重新改回 auto。这就是为什么有人关了 bcdedit 重启后又弹窗——两个开关在互相拉扯，得同时处理。

:: 查看当前引导项的完整配置，重点看 hypervisorlaunchtype 这一行 bcdedit /enum {current} :: 只关心这一项的话，用 findstr 过滤更快 bcdedit /enum {current} | findstr /i "hypervisorlaunchtype"

第一条输出会列出当前引导项的所有参数，包括identifier、device、path和各启动开关，hypervisorlaunchtype通常在最下面几行。第二条只把这一行挑出来，适合写进检查脚本。如果输出里根本没有这一行，说明用的是默认值（Auto），需要显式设置成 off 才会生效。

回滚就是把它改回 auto，重启即可。注意是auto不是on，on是强制加载，某些系统版本上会报参数无效。

4.3 三条验证命令，确认虚拟化栈真的退了

改完之后不能靠「感觉生效了」，得验证。三个层面各有一条命令，对应三种信号。

# 第一层：硬件层面，CPU 是否支持虚拟化（支持不代表已启用） (Get-CimInstance Win32_Processor).VirtualizationFirmwareEnabled # 第二层：系统层面，当前是否存在运行中的 hypervisor (Get-CimInstance Win32_ComputerSystem).HypervisorPresent # 第三层：VBS 层面，基于虚拟化的安全是否还在跑 $dg = Get-CimInstance -Namespace root\Microsoft\Windows\DeviceGuard -ClassName Win32_DeviceGuard $dg.VirtualizationBasedSecurityStatus

第一层返回True说明 BIOS 里 VT 是开着的（这是好事，说明还没走到路径五），False说明已经在固件层面关了。第二层返回False才是我们要的结果，True表示 hypervisor 还在运行，报错大概率还会出现。第三层的VirtualizationBasedSecurityStatus取值：0未启用，1已启用但未运行，2已启用且正在运行——必须是0或1才算干净，2说明 VBS 还活着。

除了 PowerShell，图形界面也有对应位置：msinfo32打开系统信息，在「系统摘要」里找「基于虚拟化的安全性」，显示「未启用」就对了；systeminfo命令输出末尾有一段「Hyper-V 要求」，四项全显示「是」说明硬件支持但未启用，这项判断需要看具体措辞，容易误读，还是以 PowerShell 的输出为准。

5. 避坑与排查：五条踩过的记录

这一节的每一条都是先在现场翻车、再回头找原因整理出来的。顺序大致按被问到的频率排，前面的命中率高。

5.1 关完内存完整性，重启后弹窗照旧

现象：安全中心里「内存完整性」开关确认已关闭，重启计算机，双击 CASS11，还是那句「请不要在虚拟机中运行此程序」，一个字都没变。

原因：内存完整性只是 VBS 的一个组件，不是全部。VBS 本身、Hyper-V 功能、引导项里的 hypervisorlaunchtype 是三条独立的开关，关掉其中一条，另外两条照样能把 hypervisor 拉起来。现场见过最典型的情况是只关了内存完整性，但「虚拟机平台」还勾着，hypervisor 在开机时照样加载。

解决：按顺序一次处理到底，别只做一步就测。先看bcdedit /enum {current}里的 hypervisorlaunchtype 是不是 off，再用dism /online /get-featureinfo逐个确认三项 Windows 功能的状态，最后确认内存完整性开关。三处全干净之后再重启测试。中途重启测试一次的成本是五分钟，来回折腾三次就是半小时，不如一次做完。

5.2 Windows 安全中心整页空白，点设备安全性没反应

现象：打开 Windows 安全中心，只显示一行「页面不可用，你的 IT 管理员已限制对某些区域的访问」，左侧导航能点但每页都是空的，设备安全性里根本找不到内核隔离。

原因：SecurityHealthService 被系统优化工具或精简版镜像设成了禁用（Start = 4）。安全中心的界面只是个外壳，所有检测项都靠这个服务提供数据，服务不跑，界面就是空壳。这也是为什么有些人在网上照着教程找「内核隔离」，找半天找不到——不是教程错了，是他们的界面根本没有内容。

解决：按 4.1 的命令把 Start 改回 3，重启。服务恢复后界面正常显示，再回去关内存完整性。改之前导一份注册表备份，改完如果安全中心反而打不开了（少见但发生过），导回去重来。

5.3 装过 WSL2 或 Docker，改完之后全起不来

现象：照着一路关下来，CASS11 能开了，但wsl命令报「请启用虚拟机平台 Windows 功能并确保在 BIOS 中启用了虚拟化」，Docker Desktop 卡在启动动画上。

原因：这不是故障，是路径三和路径四的必然结果。WSL2 跑在轻量虚拟化层上，虚拟机平台一关、hypervisor 不加载，它就没了运行基础。很多人到这一步以为是「改坏了系统」，其实是两个需求在抢同一个底座。

解决：认清楚这是二选一。要么这台机器专职跑 CASS11，要么做切换。切换思路是准备两个批处理文件，一个开一个关，跑完重启。切换脚本：

:: enable_virt.bat —— 恢复虚拟化，给 WSL2 / Docker 用 dism /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart bcdedit /set hypervisorlaunchtype auto :: disable_virt.bat —— 关掉虚拟化，给 CASS11 用 dism /online /disable-feature /featurename:VirtualMachinePlatform /norestart bcdedit /set hypervisorlaunchtype off

两个脚本都必须以管理员运行，跑完手动重启。/all表示连同父功能一起启用。这种做法很笨但很稳，比反复查「到底哪一项没关」省时间。

5.4 机器码每次取出来都不一样，许可导不进去

现象：同一台机器，上午取一次机器码，下午再取一次，两串字符完全不同。拿上午的机器码换来的许可文件，导入时报不匹配。

原因：指纹采集依赖硬件序列号的稳定性，几个常见的干扰源——采集时插着 U 盘或者移动硬盘；机器上有虚拟网卡（VMnet、Host-Only、虚拟专用网卡），MAC 地址跟着虚拟网卡启停变化；采集工具没用管理员权限跑，某些 WMI 项读不到返回空值，哈希结果自然每

本文还有配套的精品资源，点击获取