简介：CASS11在虚拟机环境中弹出“请不要在虚拟机中运行此程序”的提示，是测绘与GIS软件部署中常见的兼容性问题。这份故障排查指南面向CAD/CASS安装人员、地理信息从业者及需要独立完成软件环境配置的技术用户，系统整理了从软件安装顺序到系统底层设置的完整解决路径。资源为单个PDF文档，压缩包共1个文件、约1.87MB，内容精炼，便于按步骤对照操作。指南针对报错给出五种可行办法：卸载虚拟机、关闭Windows内存完整性、通过控制面板禁用相关功能、以管理员身份运行CMD关闭Hypervisor启动类型，以及进入BIOS关闭虚拟化技术；同时补充了先安装CAD再安装CASS11、用CASS10版本工具获取机器码等前置要点。已有4539人学习下载，适合在部署CASS11遭遇虚拟机检测报错时快速定位原因，结合自身系统版本选择方案，提高安装成功率。

1. CASS11请不要在虚拟机中运行此程序：别急着重装，先看完这三步

CASS11请不要在虚拟机中运行此程序，这句弹窗一旦出现，意味着你为跑它而准备的虚拟机已经在授权检测这一关被拦住了。不少同事遇到这行字，第一反应是换一台物理机重装系统，或者在虚拟机里反复卸载重装CASS11，结果半小时后发现提示一模一样。实际上，这个弹窗是在检测当前机器是否带虚拟化特征，带得越明显，授权系统越不敢放行。

这篇文章要解决的是后续三个问题：CASS11通过哪些点认出虚拟机，怎样才能用最小的改动让它以为是物理机，以及隐藏成功之后还有哪些授权和性能坑会翻车。我按“先改虚拟机配置、再补硬件直通、最后用远程桌面兜底”的顺序写，每步都能直接照做，适合被弹窗卡住又不想放弃虚拟机的工程师，也适合第一次把CASS11装进虚拟机的新手。

2. CASS11的虚拟机识别：四个检测点决定了你能藏到几成

2.1 授权检测为什么会盯上虚拟机

CASS11是测绘内业常用的成图软件，很多单位把它和地形图、地籍图生产流程绑在一起。这类软件的授权通常绑定加密狗或者硬件指纹，硬件指纹是基于CPU、主板、硬盘序列号算出来的。虚拟机环境里这些东西都是由虚拟化层模拟出来的，迁移一次宿主机、回滚一次快照，指纹就变了。对授权系统来说，这等于一个“可以随时换身份”的环境，最稳妥的做法就是在入口处拒绝启动。

所以“CASS11请不要在虚拟机中运行此程序”这句话，本质上是授权策略在说话，不是软件本身对虚拟机有偏见。想解决它，不能只靠注册表改一个值，因为程序可能同时调用系统接口、设备枚举、特权指令来核实身份。后面几章的操作，就是把这些验证路径一条条堵上。

另外要说清楚，授权方式不同，绕行难度完全不同。如果是个人自用且持有正版授权，在授权范围内做虚拟机迁移和适配是合理的。如果是想绕开加密狗复制授权，这一类思路不在本文范围内，技术上也走不通。搞清楚“正版授权+环境适配”和“破解授权”的边界，后面的参数才敢放心用。

2.2 四个识别点：CPU标志、BIOS字符串、设备枚举、MAC前缀

根据一线排查经验，CASS11这一类软件对虚拟环境的识别，通常集中在四个点。第一个是CPUID指令的虚拟化标志位。在物理CPU上，CPUID的某一位置用于标记“当前代码是否运行在虚拟机监视器之下”，物理机这一位通常为0，虚拟机为1。第二个是SMBIOS和BIOS字符串，程序通过WMI或注册表读取，默认虚拟机会把厂商写成虚拟平台名。第三个是设备与驱动，包括虚拟鼠标、虚拟总线、虚拟显卡的硬件ID，名字里往往带vmci、vmmouse、virtual字样。第四个是网卡的MAC地址前缀，很多虚拟机的默认MAC段有固定OUI，内网装机的同事一眼就能识别。

麻烦之处在于，这四个点不是命中一个就提示，而是多路判断，所以网上只改BIOS字符串的方法有时有效、有时无效。我见过一台机器，BIOS字符串改得很干净，CASS11仍然弹窗，最后检查发现是虚拟机网卡MAC前缀没动，授权模块顺着MAC又认定了一次虚拟环境。

2.3 程序读取身份的路径，决定你改哪里更有效

要判断先改哪里，得知道程序走的是高级查询还是底层指令。最常见的路径是WMI，例如 Win32_ComputerSystem、Win32_BIOS，这两个接口直接返回系统型号和BIOS厂商，虚拟平台默认值会暴露。第二条路径是注册表，位于 HKLM\HARDWARE\DESCRIPTION\System\BIOS，很多程序为了性能，不调WMI而直接读这个键，改BIOS字符串时就要改这里。第三条路径最底层，是CPUID和执行特权指令，普通用户态程序也能调用，它不受注册表影响，只能从虚拟机监视器层面拦截。

这就是为什么改虚拟机配置文件（.vmx）比改注册表更根治。.vmx里的参数作用在虚拟化层，先把CPUID的hypervisor位隐藏，再把SMBIOS的字符串反射成宿主机信息；注册表只能骗过读取字符串的检测，骗不过CPUID。

在动手之前，我习惯在虚拟机里先跑一条命令，看看当前暴露的字符串长什么样：

Get-CimInstance -ClassName Win32_BIOS | Select-Object Manufacturer, SMBIOSBIOSVersion Get-CimInstance -ClassName Win32_ComputerSystem | Select-Object Manufacturer, Model

这段没什么风险，只是把BIOS和计算机系统信息打到屏幕上。如果输出里出现虚拟平台的名字，那就把它作为“待清理列表”里的第一项。如果输出里已经看到你物理机的品牌，或者一个完全中性的字符串，说明当前这个虚拟机之前已经被人改过一轮，可以跳过一部分步骤。

2.4 动手前先确认授权方式：加密狗、并口狗还是软授权

最后一个关键步骤，是在改配置前确认CASS11的授权形态。比较常见的是USB加密狗，也有一部分是并口或串口加密狗，还有少数是用软件授权文件绑定硬件指纹。如果你的机器是USB狗，要优先做USB直通；如果狗是并口，需要把宿主机的LPT端口映射进虚拟机；如果是软授权，系统重装或硬件变动后都需要重新绑定。

这一条决定了操作顺序。很多翻车案例里，用户把参数改好了、CASS11不弹“不要虚拟机”了，却提示“找不到加密狗”，就是因为直通没做。加密狗读不到时，CASS11同样不会开门。正确的顺序应该是：先把授权设备能进虚拟机，再隐藏虚拟化特征，最后才验证启动。顺序反了，你会误以为前面的隐藏无效，忍不住去改更多的参数，反而把环境越调越不稳定。

3. 改虚拟机配置：最小改动把“虚拟身份”藏起来

3.1 改前准备：备份配置文件，拍快照留后悔药

改配置文件是所有操作里性价比最高的一步，不需要安装额外工具，但需要你把虚拟机彻底关闭。我见过一个最容易犯的错：虚拟机还在运行，就手动打开 .vmx 文件编辑，结果界面提示配置被占用，保存后重启发现设备列表全部丢失。这是因为虚拟化软件会在运行期间锁定配置，直接修改容易导致配置不一致。

正确流程是：先把CASS11正常退出，再把整个客户机系统关机，然后在虚拟机管理界面为这台虚拟机拍一个快照。快照相当于后悔药，后面不管怎么调参数，出问题都能从快照恢复。拍完快照后，到虚拟机的存储目录找到 .vmx 文件，用记事本或VS Code打开。这是一个纯文本配置文件，里面都是类似 memsize = "8192" 的键值对，不需要理解全部内容，只要保证接下来的追加操作正确。

# 在虚拟机存储目录里备份当前的 .vmx 文件，防止改错导致无法启动 cp "CASS11-machine.vmx" "CASS11-machine.vmx.bak"

这里要提醒一下，不同虚拟化软件对 .vmx 文件的读取时机不同，但共同点是关机状态修改最保险。备份文件最好放在同一目录，不要改扩展名随意放到桌面，恢复时直接改名即可。

提示：.vmx 文件修改前复制一份到同目录，命名为 xxx.vmx.bak，避免改坏后连快照都要重做。

3.2 添加关键配置：CPUID、SMBIOS、后门限制三件套

打开 .vmx 后，滚到文件末尾，把下面这段追加进去。代码块里写了注释，方便每行对号入座。

# CASS11 虚拟机隐藏虚拟化特征的最小配置 # 关闭 CPUID 的 hypervisor 位，让程序看到物理 CPU hypervisor.cpuid.v0 = "FALSE" # 限制虚拟化后门指令，防止软件通过特权指令探测 VM 状态 monitor_control.restrict_backdoor = "TRUE" # 让客户机读取到的 SMBIOS 信息尽量反射宿主机真实值 smbios.reflectHost = "TRUE" # 不让虚拟平台厂商注入额外 OEM 字符串 SMBIOS.noOEMStrings = "TRUE"

参数说明：hypervisor.cpuid.v0 是决定CPUID标志位这一路检测是否暴露的开关，最常见的虚拟化软件都支持，但不同版本默认值不同，显式写FALSE最稳妥。monitor_control.restrict_backdoor 负责关闭虚拟机与宿主机之间的特殊后门，这条对某些老版本特别关键，不加的话，程序一执行后门指令就能确定自己在虚拟环境里。smbios.reflectHost 让客户机的SMBIOS读取宿主机信息，能直接解决BIOS字符串暴露。SMBIOS.noOEMStrings 则是把虚拟平台厂商通过OEM字符串注入的信息清除掉，避免多路检测里的字符串命中。

如果你用的虚拟机管理界面里自带“隐藏虚拟机特征”选项，可以先把界面的开关打开，再对照配置文件检查这几项。不是所有版本都识别这四行，识别不了的行不会报错，只会被当成未知项忽略，所以少加一行可能会导致后续检测仍然失败。

3.3 启动验证：先看字符串，再开CASS11

保存并退出文本编辑器，启动虚拟机。进入Windows桌面后，先不要急着点CASS11，运行一次第2章里的PowerShell命令，看BIOS的Manufacturer还是不是原来那个虚拟平台名。如果已经变成你预期的字符串，并且系统型号中不再出现Virtual，说明SMBIOS路径的检测已通过。

再打开CASS11。如果弹窗消失，直接进入正常制图流程。如果弹窗还在，不要继续改 .vmx，而是检查宿主机系统是否开了对虚拟化敏感的组件。常见原因是宿主机开着基于虚拟化的安全、内核隔离或系统自带虚拟机监控程序，这些服务会把CPUID的hypervisor位重新置为1，.vmx里写的FALSE就被系统盖掉。你需要回到宿主机，关闭这些组件并重启，再回到虚拟机验证。这条常常是“改参无效”的真相，很多同事把 .vmx 翻来覆去改了好几次，最后发现在宿主机关机重启一次后问题自动消失了。

3.4 用注册表辅助改字符串：能救急，但不是根治

如果 .vmx 修改后，WMI查询仍能看到虚拟平台名，此时可以用注册表辅助。常见做法是以管理员身份打开命令行，把注册表中BIOS区域的关键字段改成无虚拟特征的字符串：

:: 将 BIOS 表中的制造商标识改为自定义字符串，避免出现 Virtual 字样 reg add "HKLM\HARDWARE\DESCRIPTION\System\BIOS" /v SystemManufacturer /t REG_SZ /d "CUSTOM-MACHINE" /f reg add "HKLM\HARDWARE\DESCRIPTION\System\BIOS" /v SystemProductName /t REG_SZ /d "NEO-2024" /f reg add "HKLM\HARDWARE\DESCRIPTION\System\BIOS" /v SystemVersion /t REG_SZ /d "1.0" /f

这段命令会直接改写注册表，修改前建议记下原值，方便恢复。注册表这条路只能解决读取字符串的检测，解决不了CPUID和后门指令。换句话说，如果 .vmx 的那几行没生效，注册表改得再干净也没用。所以我把它当成应急手段，而不是长期方案。长期方案仍然以 .vmx 配置为主，并通过后续的驱动清理做收尾。

4. 硬件层收尾：加密狗直通、虚拟驱动清理、远程桌面兜底

4.1 加密狗必须先从物理机进虚拟机

如果CASS11使用USB加密狗，把它插在宿主机上并不能保证虚拟机里识别。虚拟化软件的USB直通是“显式分配”的：宿主机的USB控制器默认由宿主机独占，客户机要用，需要把对应的USB设备连接到虚拟机会话。

做法是：在虚拟机设置中打开USB控制器，选择支持2.0或3.0，关闭虚拟机，插入加密狗，再启动虚拟机的“连接USB设备”菜单，从列表中选择加密狗。客户机系统里能看到一个新的USB设备，确认设备管理器里厂商和型号不再是“无法识别的设备”，才算直通成功。如果你的CASS11授权狗是并口或串口设备，常见做法是在虚拟机配置里添加对应并行/串行端口，指向宿主机的LPT1或COM1，原理和USB直通一致。

这一步做完，CASS11才能在同一台虚拟机上同时满足“授权设备存在”和“环境像物理机”两个条件。很多人在这一步把USB 3.0控制器关了，只保留了默认的USB 1.1，结果加密狗插上去后系统提示“设备可以运行得更快”，授权模块读取超时。建议先把控制器开到3.0，再直通设备，别用老旧的兼容模式。

4.2 清理虚拟设备驱动：把vmci、vmmouse这样的标记从系统里摘掉

SMBIOS和CPUID藏好之后，最后一层是设备与服务。CASS11授权模块有时候会遍历设备管理器，查找常见虚拟设备的硬件ID。默认安装的虚拟机增强驱动中，总会有几个名字里带vmci、vmmouse或virtual字符的驱动和服务，它们是明显的虚拟化特征。

我一般先看服务列表：

:: 列出名称中带 vmci 或 vmmouse 的服务，观察是否随系统启动 sc query state= all | findstr /i "vmci vmmouse virtual"

找到相关服务后，把需要屏蔽的设为禁用：

:: 将虚拟通道服务设为禁用，注意观察鼠标、拖拽功能是否受影响 sc stop vmci sc config vmci start= disabled

这里要注意，不同虚拟平台的服务名不一样，你需要以自己环境里实际查到的服务名为准。禁用后如果发现鼠标、剪贴板、文件拖拽等便捷功能失效，可以在虚拟机管理界面关闭“增强工具”后重新安装，或者选择性恢复服务。为了CASS11的检测，保留基础鼠标驱动、去掉品牌特征明显的那一两个驱动，是常见取舍。

4.3 兜底方案：不绕检测，CASS11留在物理机上用远程桌面

如果上面这些改完仍然弹窗，或者已经没有耐心继续调，还有一条不用和虚拟机检测纠缠的路：CASS11按原始授权方式装在一台物理机上，这台物理机开着远程桌面，其他位置通过网络连过去使用。

# 在物理机上放行远程桌面后，在工作电脑上用 mstsc 连接 mstsc /v:192.168.1.50 /g:3389

这个方案的优点是不需要破解任何检测，授权狗插在物理机上，CASS11看到的就是物理环境。缺点是网络延迟会直接影响绘图手感，所以它更适合“远程临时改图”而不是高强度的批量作业。很多同事在虚拟机方案彻底失败后，反而用这种方式把工作续上了。注意远程桌面连接时的显示设置里尽量不要选“更改分辨率”，否则会重启显卡驱动，CASS11可能中断。

4.4 修改虚拟网卡MAC，把最后一点特征剪掉

在以上步骤都做完仍然弹窗的少数机器上，CAMASTER检测可能还会读网卡MAC前缀。常见虚拟网卡的MAC前缀有固定OUI，比如00:0C:29、00:50:56这类，授权模块只要看到前缀就能瞬间识别。改法很简单：在虚拟机设置里关闭“自动生成MAC地址”，改用手动指定一个不含虚拟平台OUI的地址。

# .vmx 中手动指定一个中性的 MAC 地址，避免虚拟网卡OUI暴露 ethernet0.addressType = "static" ethernet0.address = "00:1A:2B:3C:4D:5E"

改完后重启虚拟机，用 ipconfig /all 确认MAC生效。这条不是每个环境都需要，但我遇到过一个案例：前面所有字符串和CPU标志都隐藏了，CASS11仍然弹窗，最后把MAC改成中性前缀后问题消失。所以如果你的配置已经改得很全，不妨把MAC当作最后一块短板补上。

5. 虚拟机跑CASS11的五个常见坑：现象、原因、解决

5.1 现象：加了 .vmx 参数还是弹窗，检查宿主机功能组件

很多用户把三行参数加进去后，重启虚拟机，CASS11仍然提示“请不要在虚拟机中运行此程序”。原因并不是参数没生效，而是宿主机Windows开启了内存完整性或基于虚拟化的安全组件，这些组件必须在物理机的CPUID和虚拟机之间插入一个虚拟机监控器层，导致客户机里的hypervisor位仍然为1。

解决方法是回到宿主机，关闭这些安全组件和可选虚拟化功能，重启机器，再验证虚拟机里的CPUID状态。如果关闭后仍然弹窗，再检查是否有第三方杀毒软件内置了虚拟化检测，部分企业版安全软件也会做同样的拦截。注意关闭基于虚拟化的安全会降低系统防护，建议只在调试阶段关闭，确认CASS11能启动后再决定是否重新开启。

5.2 现象：隐藏成功，但CASS11启动后闪退或保存不了图

在部分机器上，问题从“弹窗拦截”变成了“运行不稳定”：CASS11能进主界面，绘制过程中闪退，保存文件损坏。原因一般是SMBIOS字符串改得过猛，CASS11的授权模块偶尔会重新认证，导致数据交换中断，也可能是虚拟机的CPU核心数被设置成动态调度，负载一高就触发异常。

解决方法是检查CASS11的授权服务是否运行正常，尝试用管理员身份启动CASS11，并把虚拟机的CPU核心数固定，不要使用自动或动态调度。如果还闪退，回滚快照，改用第4章的远程桌面方案。远程桌面虽然体验稍差，但稳定性比在虚拟机上硬扛要好很多。

5.3 现象：USB加密狗插在宿主机上，虚拟机里看不到

这是最容易让人怀疑加密狗坏了的情况。实际原因是USB直通没有在虚拟机“运行中”时选择设备。很多虚拟化软件只在运行中的虚拟机上提供“连接设备”菜单，而不是在配置里添加设备，你关机状态下插着狗，客户机当然看不到。

解决方法是确保虚拟机处于开机状态，在顶部菜单的“可移动设备/USB”列表里勾选加密狗。如果列表为空，先检查宿主机能否正常识别加密狗，再确认虚拟机的USB控制器处于启用状态。换一个物理USB口也能解决一部分兼容性问题，特别是前置面板USB口供电不足时。

5.4 现象：CASS11能启动，但绘图卡顿、鼠标漂移

隐藏虚拟机特征后，常见性能问题来了：CASS11在虚拟机里点击图元、刷新屏幕都慢，尤其是地形图上有大量实体时。原因是虚拟机没有启用3D加速，或显示驱动仍是基本适配器，CASS11依赖OpenGL绘图，基本适配器只能做软件渲染。

解决方法是安装虚拟机增强工具，并在虚拟机设置里打开3D加速，显存给到足够值。如果CASS11仍卡，可以关闭Windows的动画和透明效果，把视图重生成方式改成手动。这条属于“能跑但体验差”，一般和授权检测无关。调完3D加速后，记得重新跑一次体检脚本，确认增强工具没把虚拟设备驱动又带回来。

5.5 现象：快照回滚后CASS11重新弹窗

快照是长期维护的坑。很多同事在配置全部调好后，为了省空间，把一个旧快照回滚恢复，结果CASS11又开始弹窗。原因是快照保存的是早期未修改BIOS字符串时的系统状态，回滚后SMBIOS信息恢复成虚拟平台默认值。

解决方法是回滚后重新执行第3章的配置，或者干脆删除旧快照，保留“最终配置”状态作为新的基线。这个习惯很重要，虚拟机配置不是一次性工作，快照管理不当会把之前调好的参数全部冲掉。我一般会在快照名称里写明“已隐藏虚拟化特征”，方便区分。

6. 最后一步：跑一遍环境体检，把这套虚拟机做成长期工作机

6.1 一条脚本快速判断还有没有明显的虚拟化特征

在最终交付前，我习惯在虚拟机里跑一段环境体检。脚本检查BIOS和系统型号字符串里是否还带着常见虚拟平台的关键词，如果检查不到，就说明表层隐藏已经到位。

# 体检：检查当前系统是否还残留常见的虚拟化特征 $bios = Get-CimInstance -ClassName Win32_BIOS | Select-Object -ExpandProperty Manufacturer $system = Get-CimInstance -ClassName Win32_ComputerSystem | Select-Object -ExpandProperty Manufacturer $risk = @($bios, $system) -match "Virtual" if ($risk.Count -eq 0) { "BIOS/系统厂商未见虚拟平台特征" } else { "仍有风险: $($risk -join '、')" }

这里用 Virtual 做关键词过滤，已经能覆盖绝大多数默认虚拟机的BIOS字符串。如果你的物理机品牌里恰好包含类似字样，需要替换成正则里的排除词。体检脚本只能覆盖字符串类检测，CPUID和后门指令是否通过，仍要以CASS11的实际启动为准。所以脚本通过后，第一件事就是完整启动一次CASS11，开一张大图，另存为，再关闭重开。

6.2 长期维护：升级前备份、快照命名、禁自动更新

这套环境跑起来之后，维护习惯比配置更重要。CASS11升级前，先复制一份当前虚拟机目录，或做一个专门命名的快照，避免升级后授权机制更新重新开启虚拟机检测；安装增强工具的更新时，谨慎看待“自动更新为最新版本”，因为新版增强工具往往会重新注入虚拟设备驱动，导致第4章清理过的特征又暴露。建议在CASS11稳定运行期间，关闭虚拟机的自动更新，减少重启后环境被重置的频率。

最终验证方法是：每个月手动打开一次系统更新，确认设备管理器里的虚拟设备列表没有新增带虚拟标识的设备；每次CASS11升级到新版本前，重现一遍第3、第4章的检查流程，而不是等弹窗再排查。我已经因为偷懒跳过升级前检查，吃过一次弹窗复现的亏，之后就再也不敢把虚拟机环境当成一劳永逸了。希望帮到你。

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