虚拟机中的 Windows 激活：Hyper-V / VMware / VirtualBox / WSL2

虚拟机里的 Windows 与物理机遵循同一套授权规则，但虚拟化平台带来了三个特殊变量：AVMA（Datacenter 宿主机的隐藏福利）、虚拟硬件哈希（改配置可能丢激活）、以及 快照/模板（让 180 天规则更容易踩坑）。本页按平台逐一说明，全部依据微软官方公开文档。

一、四类虚拟化环境的激活差异

先明确一件事：虚拟机里的 Windows 就是一台完整的 Windows，激活方式（数字许可证 / 零售密钥 / MAK / KMS 客户端 / AVMA）与物理机完全一致。差别在于平台给了你哪些选项。

二、虚拟机客户机走 KMS：完整命令序列

适用于：批量授权版本（企业版/教育版/专业版等的 VL 镜像）的虚拟机，接入企业内网后应由 KMS 自动激活。若自动发现不灵（虚拟交换机配了 NAT、DNS 未发布 SRV 记录），按下面顺序手动执行。

1. 确认版本与通道：winver 看版本；slmgr /dlv 看 Product Key Channel 是否为 VOLUME_KMSCLIENT
2. 安装 GVLK（仅当机器原本是零售/OEM 通道，或被 /upk 清过密钥时）：从 GVLK 官方对照表 找到与虚拟机版本一致的那一条
3. 指定内网 KMS 主机：slmgr /skms <主机:端口>（端口默认 1688）
4. 触发激活：slmgr /ato
5. 验证：slmgr /xpr 看到期日（KMS 会显示 180 天后的日期，属正常设计）

rem 1. 安装与虚拟机版本匹配的 GVLK（例：Win10/11 专业版）
slmgr /ipk W269N-WFGWX-YVC9B-4J6C9-T83GX

rem 2. 指定内网 KMS 主机（填你自己网络里的合法主机，勿用来路不明的公网地址）
slmgr /skms kms.corp.example.com:1688

rem 3. 立即激活
slmgr /ato

rem 4. 验证：到期日期与详细通道信息
slmgr /xpr
slmgr /dlv

rem 改回 DNS 自动发现（删除手动指定的主机）
slmgr /ckms

注意：GVLK 必须与已安装版本严格一致。给专业版虚拟机输入企业版 GVLK 会报 0xC004F00F / 0xC004F210。家庭版没有 GVLK。

三、为什么 VMware 场景更建议 MAK

VMware Workstation 上的虚拟机大多是测试机、演示机、临时环境：建了删、删了建，模板一复制就是十几台。这种用法与 KMS 的设计前提（长期在线、稳定续订）天然错配：

结论：生命周期长、数量大的生产虚拟机（尤其 Hyper-V 上的 Windows Server 客户机）走 KMS 或 AVMA；临时、短期、跨平台、数量不确定的测试虚拟机走 MAK 更省心。批量授权配额与追加方式见 企业批量激活。

MAK 的激活命令本身更简单——没有主机、没有续订：

rem 1. 安装 MAK（从 VLSC / M365 管理中心获取，需有批量授权协议）
slmgr /ipk <MAK>

rem 2. 联机激活一次，永久有效
slmgr /ato

rem 3. 验证（MAK 激活显示「永久激活」而非 180 天到期日）
slmgr /xpr

rem 离线网络无法联微软时：改用 VAMT 代理激活，不走 slui 4 个人电话向导

MAK 与 KMS 互斥：一台虚拟机装了一种密钥就走对应的激活路线，不要同时装 GVLK 和 MAK。判断当前通道用 slmgr /dlv 的 Product Key Channel 字段（VOLUME_MAK 或 VOLUME_KMSCLIENT）。

四、WSL2 不需要单独激活

• 启用路径：控制面板 → 程序 → 启用或关闭 Windows 功能 → 勾选「适用于 Linux 的 Windows 子系统」，再从 Microsoft Store 安装发行版
• WSL2 使用轻量级虚拟机技术，但不构成一台「Windows 虚拟机」，不会触发任何 Windows 许可计数
• 反过来也成立：WSL 里不能运行 Windows 图形程序（除非走 WSLg 的 Linux 图形栈），也没有「在 WSL 里激活 Windows」这种说法
• 如果你的目标是彻底不碰 Windows 授权，可以看看 Linux 发行版完全免费 这条路

五、自动虚拟机激活（AVMA）专题

AVMA（Automatic Virtual Machine Activation，自动虚拟机激活）是 Windows Server Datacenter 版宿主机自带的能力。微软对它的定位是一个「购买证明机制」：把客户机的激活绑定到已授权的虚拟化宿主机，客户机启动时自动完成激活。

5.1 前置条件

5.2 宿主机版本 → 可激活的客户机版本（官方矩阵）

宿主机的版本是「天花板」：低版本宿主机激活不了高版本客户机。矩阵以微软官方页面实时内容为准。

5.3 怎么用：三步

1. 在 Datacenter 宿主机上装好 Hyper-V 角色，确认宿主机已激活（slmgr /dlv 看 License Status 为 Licensed）
2. 创建虚拟机，安装受支持版本的 Windows Server，确认「数据交换」集成服务处于启用状态
3. 在虚拟机里以管理员身份执行 slmgr /ipk <AVMA 客户端密钥>，虚拟机即自动激活

rem 安装对应该客户机版本的 AVMA 客户端密钥
slmgr /ipk <AVMA_key>

rem 宿主主机已激活时，密钥安装后虚拟机自动激活，无需 /ato、无需 KMS 主机
rem 验证
slmgr /dlv
slmgr /xpr

5.4 AVMA 的优势与边界

5.5 AVMA 排障

AVMA 激活过程对用户是透明的，不弹错误框，但会记录事件日志：

另一个易踩的坑：KVP 数据不受保护、可被修改。把 AVMA 密钥换成其他产品密钥（零售 / OEM / 批量密钥）时，应顺手清理 KVP 数据，避免残留信息干扰后续激活。

六、改虚拟机硬件，为什么会让数字许可证失效

这是虚拟机用户最常问的问题。先把机制讲清楚：

关于「改 CPU 核数、内存」：这两项通常不在哈希采集范围内，单纯扩容一般不会掉激活；但在虚拟机里，调整处理器 / 内存配置时，不同平台对虚拟固件标识的重置策略并不一致，部分平台与部分版本组合下会连带刷新 UUID，等效于一次「换硬件」。实操建议：改完虚拟机硬件发现激活失效，先检查虚拟机的 UUID 与 MAC 是否变化（Hyper-V 看虚拟机设置与 ipconfig /all，VMware 看 .vmx 中的 uuid.bios），再决定是重输密钥还是迁移数字许可证。

给虚拟机规划许可时，MAK / AVMA / KMS 客户端比数字许可证更稳：它们不依赖硬件哈希。详细机制见 更换主板 / 硬盘后重新激活 与 数字许可证详解。

七、常见错误码在虚拟机里的表现

更多错误码见 错误码速查工具。

八、VDI 与云里的 Windows 激活

九、一张决策表：你的虚拟机该选哪种