VMware安装卡在虚拟网络驱动？排查与解决全攻略

1. 卡在“正在安装虚拟网络驱动程序”到底卡住了什么

装 VMware Workstation 的时候，进度条走到“正在安装虚拟网络驱动程序”这一步突然不动了，等十分钟、半小时还是那个界面，点取消又取消不掉，强杀进程之后重装还是卡在同一个位置——这个场景我见过太多次了。不夸张地说，十个来问我 VMware 安装问题的朋友里，至少有四个是栽在这个环节上。它不是什么罕见故障，反而是 Windows 平台上安装 VMware Workstation 最高频的拦路虎之一。

先把这件事说清楚：这个环节到底在干什么。VMware Workstation 装完之后，你的物理机里会多出两块虚拟网卡，一块叫VMware Network Adapter VMnet1（Host-Only 模式用），一块叫VMware Network Adapter VMnet8（NAT 模式用）。这两块网卡不是真实硬件，而是由驱动程序虚拟出来的网络接口，它们让虚拟机和宿主机之间、虚拟机和外部网络之间能够通信。安装程序走到“正在安装虚拟网络驱动程序”这一步，本质上就是在做三件事：把虚拟网卡驱动注册进 Windows 驱动体系、创建对应的虚拟网络适配器设备、然后给它们绑定网络协议栈。

问题就出在这里。这一步涉及的是 Windows 的驱动安装机制和网络配置子系统，而这两个东西恰恰是 Windows 里最容易出状况的部分。驱动签名验证、网络适配器残留、系统服务状态、安全软件的实时拦截，任何一个环节出问题，安装程序就会卡在那里进退两难。它不像复制文件那样失败了会报错，驱动安装卡住往往就是静默地等待，界面上什么提示都没有，让人完全摸不着头脑。

所以这篇文章要解决的，就是把这个“卡住”拆开来看：为什么会卡、卡在哪个子环节、不同原因对应的排查路径是什么、每一步具体怎么操作。我会按照真实的排查顺序来讲，从最常见、最容易处理的原因开始，逐步深入到需要动注册表和系统服务的情况。你不需要全部看完，对照自己的现象找到对应章节就行。但如果你想把这个问题彻底搞明白，建议从头读一遍，因为很多看似无关的操作其实是相互关联的。

提示：在动手排查之前，先确认一件事——你的 VMware 安装包是从官方渠道获取的完整安装包，而不是被第三方修改过的精简版或绿色版。非官方安装包本身就可能导致驱动安装异常，这种情况再怎么排查系统也是白费功夫。

2. 先判断你的卡住属于哪一种：三种典型现象

“卡住”这个词太笼统了。同样是停在“正在安装虚拟网络驱动程序”，背后的原因可能完全不同，处理方式也天差地别。所以在动手之前，先花一分钟判断你遇到的是哪一种情况，这能帮你少走很多弯路。

2.1 现象一：进度条完全静止，鼠标可以动但界面无响应

这是最典型的一种。安装界面还活着，你能移动鼠标，甚至能点到“取消”按钮，但点了没反应，进度条纹丝不动。任务管理器里能看到vmware-installer或者setup.exe进程还在，CPU 占用可能是 0%，也可能某个进程在持续占用一点 CPU。

这种情况大概率是安装程序在等待某个系统调用返回，而那个调用被阻塞了。最常见的阻塞源是驱动签名验证和安全软件的实时防护。Windows 在加载一个内核级驱动之前，会先验证它的数字签名，如果签名验证过程被安全软件拦截或者系统策略卡住，安装程序就会一直等下去。

2.2 现象二：进度条缓慢前进但极慢，最终可能报错或蓝屏

如果你的进度条不是完全不动，而是像蜗牛一样一点点往前挪，或者挪着挪着突然蓝屏重启，那问题可能出在驱动与系统版本的兼容性上。VMware Workstation 每个大版本对 Windows 版本都有明确的支持范围，比如 VMware 17 对 Windows 7 的支持就很有限，而 VMware 16 在最新的 Windows 11 某些版本上也可能出现驱动不兼容。

蓝屏的话，记下蓝屏代码，常见的有DRIVER_IRQL_NOT_LESS_OR_EQUAL、SYSTEM_SERVICE_EXCEPTION等，这些代码能帮你快速定位是哪个驱动出了问题。

2.3 现象三：安装程序直接消失，任务管理器里进程也没了

这种情况比较隐蔽。安装界面突然不见了，你以为装完了，结果一看程序列表里根本没有 VMware，或者装了一半缺组件。这通常意味着安装程序在安装驱动时遇到了不可恢复的错误，自己退出了，但退出前没有给出任何有意义的提示。

这种往往和系统文件损坏或网络组件异常有关。Windows 的网络栈如果本身就有问题，安装程序在尝试绑定网络协议时会直接失败退出。

判断清楚属于哪一种之后，就可以进入对应的排查流程了。下面我从最高频的原因开始讲。

3. 安全软件与驱动签名：最容易被忽略的拦截者

我把它放在第一个讲，因为这是实际排查中命中率最高的原因，但很多人根本想不到这一层。大家的第一反应通常是“VMware 这么大的软件怎么可能被拦截”，但事实就是，虚拟网卡驱动是内核级驱动，而几乎所有主流安全软件对内核级驱动的安装都盯得很紧。

3.1 为什么安全软件会拦截虚拟网卡驱动

虚拟网卡驱动工作在 Windows 的内核态，它需要挂钩网络协议栈、创建虚拟网络设备、处理数据包转发。从安全软件的角度看，这些行为和某些恶意软件的行为特征高度重合——都是在系统底层动网络相关的东西。所以安全软件在驱动安装时会进行额外的扫描和验证，这个验证过程可能长达数分钟，也可能因为某些规则直接阻断。

更麻烦的是，有些安全软件不会弹窗提示，而是静默地拦截，安装程序那边看起来就是“卡住了”。你以为是 VMware 的问题，实际上是安全软件在背后默默挡住了。

3.2 具体操作：临时关闭防护并重装

处理方式其实很简单，但顺序很重要：

1. 先卸载已经装了一半的 VMware。不要直接重装，半成品状态会干扰后续安装。到“控制面板 → 程序和功能”里找到 VMware Workstation，能卸载就卸载；如果卸载也卡住，用官方提供的清理工具或者手动清理安装目录。
2. 临时关闭所有安全软件的实时防护。注意是“所有”，包括 Windows 自带的 Defender、第三方杀毒软件、以及各种“安全卫士”类工具。有些安全卫士即使你关了主界面，后台服务还在跑，最好到服务列表里把相关服务也停掉。
3. 以管理员身份运行安装程序。右键安装包，选择“以管理员身份运行”。这一步很关键，因为驱动安装需要管理员权限，权限不足时安装程序可能卡在权限请求环节。
4. 安装完成后立即恢复安全软件。装完 VMware 之后，先把安全软件恢复，再启动 VMware 测试虚拟网卡是否正常工作。

注意：关闭安全软件期间不要进行其他下载或安装操作，装完 VMware 立刻恢复防护。这个窗口期越短越好。

3.3 如果关了安全软件还是卡住

那就说明拦截源不是安全软件，而是 Windows 自身的驱动签名强制策略。Windows 64 位系统默认要求所有内核驱动必须有有效的数字签名，而某些情况下 VMware 的驱动签名验证会失败，原因可能是系统证书链有问题，或者系统时间不对导致证书被判定为过期。

检查系统时间是否正确，这个听起来很蠢但确实遇到过——系统时间偏差太大，证书验证直接失败。如果时间没问题，可以尝试临时禁用驱动签名强制，但这个方法我不太推荐作为常规手段，因为它会降低系统安全性。更稳妥的做法是确保系统已经安装了所有必要的根证书更新。

4. 网络适配器残留：看不见的“幽灵网卡”在捣乱

如果你之前装过 VMware，或者装过其他虚拟化软件（比如 VirtualBox、Hyper-V），那你的系统里很可能残留了旧的虚拟网卡。这些残留的网卡在设备管理器里可能根本看不到，但它们占用了网络适配器的名称和资源，导致新的驱动装不进去。

4.1 怎么确认存在残留网卡

打开设备管理器，点击菜单栏的“查看 → 显示隐藏的设备”，然后展开“网络适配器”分类。如果你看到灰色的、名字里带 VMware、VirtualBox、Hyper-V 或者 TAP 字样的设备，那就是残留的虚拟网卡。

这些灰色设备就是“幽灵网卡”，它们对应的驱动文件可能已经被删了，但设备注册信息还在系统里。新的 VMware 安装程序在创建 VMnet1 和 VMnet8 时，如果发现名称冲突或者资源被占用，就可能卡住。

4.2 清理残留网卡的正确姿势

清理残留网卡不能只靠设备管理器右键卸载，那样往往删不干净。我推荐用以下两种方式之一：

方式一：用设备管理器配合命令行

1. 在设备管理器里右键卸载所有灰色的虚拟网卡设备，勾选“删除此设备的驱动程序软件”。
2. 以管理员身份打开命令提示符，运行set devmgr_show_nonpresent_devices=1，然后输入devmgmt.msc重新打开设备管理器，再次显示隐藏设备，检查是否还有残留。
3. 如果还有，重复卸载。

方式二：用官方清理工具

VMware 官方提供了一个清理工具，可以彻底清除 VMware 的所有安装痕迹，包括残留的虚拟网卡注册信息。这个工具在 VMware 的安装目录下或者官方支持页面可以找到。运行之后重启系统，再重新安装 VMware，成功率会高很多。

4.3 清理之后还要检查网络协议绑定

残留网卡清理完之后，还有一件事要做：检查网络适配器的协议绑定。有时候残留的协议绑定信息会导致新驱动安装时冲突。

打开“网络和共享中心 → 更改适配器设置”，看看有没有名字里带 VMware 的连接。如果有，右键属性，看看里面绑定了哪些协议和服务。正常情况下，VMnet1 和 VMnet8 应该绑定 TCP/IPv4、TCP/IPv6 和 VMware Bridge Protocol。如果绑定了其他奇怪的协议，取消勾选。

5. 系统服务与依赖组件：被忽视的底层支撑

VMware 的虚拟网络驱动依赖 Windows 的几个核心服务，如果这些服务没有正常运行，驱动安装就会卡住。这一层排查稍微深入一些，但也不复杂。

5.1 必须确认正常运行的几个服务

按Win + R，输入services.msc打开服务管理器，检查以下服务：

• Device Install Service：负责设备驱动的安装，如果这个服务被禁用或停止，驱动安装直接卡死。
• Device Setup Manager：配合设备安装服务工作，同样不能禁用。
• Network Store Interface Service：网络存储接口服务，虚拟网卡需要它来注册网络接口。
• Network Connections：管理网络连接，虚拟网卡创建时需要。
• Plug and Play：即插即用服务，驱动安装的核心依赖。

这些服务的启动类型应该是“手动”或“自动”，状态应该是“正在运行”或可以手动启动。如果发现某个服务被禁用了，改成手动，然后启动它。

5.2 依赖组件缺失的排查

除了服务，VMware 的虚拟网络驱动还依赖一些系统组件：

• Microsoft Visual C++ 运行库：VMware 安装程序需要特定版本的 VC++ 运行库，如果缺失，安装程序可能在驱动安装阶段崩溃。建议提前安装 Visual C++ 2015-2022 的 x64 和 x86 版本。
• .NET Framework：某些版本的 VMware 安装程序依赖 .NET，确保系统已启用 .NET 3.5 和 4.x。
• Windows Installer 服务：这个不用多说，安装任何软件都需要它正常运行。

5.3 用系统文件检查修复底层损坏

如果以上都正常但依然卡住，那可能是系统文件本身有损坏。以管理员身份打开命令提示符，依次运行：

sfc /scannow

这个命令会扫描并修复系统文件。跑完之后，再运行：

DISM /Online /Cleanup-Image /RestoreHealth

DISM 会修复系统映像。这两个命令跑完可能需要十几分钟到半小时，但能解决很多莫名其妙的安装问题。跑完之后重启系统，再尝试安装 VMware。

6. 驱动签名强制与测试模式：最后的手段

如果前面所有方法都试过了还是卡在“正在安装虚拟网络驱动程序”，那就要考虑驱动签名验证这个终极原因了。这种情况比较少见，但在某些系统环境下确实会发生。

6.1 判断是不是签名问题

一个简单的判断方法：查看 Windows 事件查看器里的系统日志，在安装卡住的时间点附近，找有没有和驱动签名相关的错误或警告。如果有Code Integrity或者Driver Signature相关的记录，那基本可以确定是签名验证的问题。

另一个判断方法是看系统是不是被优化过。某些“系统优化”工具会修改驱动签名策略，导致正常的驱动也无法通过验证。

6.2 临时禁用驱动签名强制的操作

注意：这个方法仅用于排查问题，确认是签名问题后应该寻找更根本的解决方案，而不是长期禁用驱动签名强制。

操作步骤：

1. 打开“设置 → 更新和安全 → 恢复”，点击“高级启动”下的“立即重新启动”。
2. 重启后进入高级启动菜单，选择“疑难解答 → 高级选项 → 启动设置 → 重启”。
3. 重启后按数字键 7 或 F7，选择“禁用驱动程序强制签名”。
4. 系统启动后，立即尝试安装 VMware。

如果这样能装上，说明确实是签名验证的问题。但长期方案应该是更新系统证书、确保系统时间正确、或者联系 VMware 支持获取签名正常的驱动版本。

6.3 更稳妥的替代方案

如果签名问题无法根本解决，可以考虑换一个 VMware 版本。比如从 VMware 17 换到 VMware 16，或者反过来。不同版本的驱动签名策略可能不同，某个版本卡住，换个版本可能就顺利装上了。另外，VMware Workstation Player 的驱动安装流程和 Pro 版本略有不同，如果 Pro 版卡住，可以试试 Player 版是否正常。

7. 一套完整的排查流程：从简到繁逐步推进

前面几章分别讲了不同原因和对应的处理方法，但实际排查时你不可能同时试所有方法。这一章我把它们串成一条完整的排查链路，你按照顺序走一遍，基本能覆盖 95% 以上的情况。

7.1 第一轮：最简操作（5 分钟内完成）

这一轮的目标是用最小成本排除最常见的原因：

1. 确认安装包来源正规，最好是官方原版。
2. 关闭所有安全软件和防护工具。
3. 右键安装程序，以管理员身份运行。
4. 如果还是卡住，不要强杀进程，先等 15 分钟。有些系统上驱动签名验证确实很慢，等一等可能就过去了。

这一轮能解决大约一半的情况。如果不行，进入第二轮。

7.2 第二轮：清理环境（15 分钟内完成）

1. 卸载已安装的 VMware（包括半成品状态）。
2. 用官方清理工具或手动清理残留。
3. 设备管理器显示隐藏设备，卸载所有灰色虚拟网卡。
4. 检查并启动第 5 章列出的系统服务。
5. 重启系统。
6. 再次以管理员身份运行安装程序。

这一轮能再解决大约三成的情况。如果还不行，进入第三轮。

7.3 第三轮：系统级修复（30 分钟以上）

1. 运行sfc /scannow和DISM修复系统文件。
2. 安装最新的 Visual C++ 运行库和 .NET Framework。
3. 检查系统时间是否正确。
4. 查看事件查看器中的相关错误日志。
5. 重启后再次尝试安装。

走到这一步还卡住的情况就比较少了。如果仍然不行，考虑换 VMware 版本，或者检查是不是系统本身有更深层的问题。

7.4 排查过程中的记录习惯

强烈建议在排查时做记录：每一步做了什么操作、结果是什么、有没有出现新的错误提示。因为这个问题有时候是多个原因叠加的，你改了 A 没效果，改了 B 也没效果，但 A+B 一起改就通了。没有记录的话，很容易陷入重复尝试的循环。

8. 几个真实案例与容易踩的坑

理论讲完了，分享几个我实际遇到过的案例，这些情况在标准文档里基本不会写，但实际排查时经常碰到。

8.1 案例一：系统时间偏差导致的“假卡死”

有个朋友的电脑主板电池没电了，每次开机系统时间都回到 2010 年。他装 VMware 时卡在虚拟网络驱动这一步，怎么都过不去。后来发现是系统时间太旧，导致驱动证书被判定为“尚未生效”，签名验证直接失败。把时间校准之后，安装一次通过。这个坑很隐蔽，因为没人会想到系统时间会影响驱动安装。

8.2 案例二：Hyper-V 抢占虚拟化资源

Windows 10/11 专业版默认可能启用了 Hyper-V 相关功能。Hyper-V 和 VMware 在虚拟化层面存在竞争关系，虽然通常表现为 VMware 运行虚拟机时性能下降或报错，但在某些系统上，Hyper-V 占用了网络虚拟化组件，导致 VMware 的虚拟网卡驱动装不进去。解决方法是到“启用或关闭 Windows 功能”里，取消勾选 Hyper-V、Windows 沙盒、虚拟机平台等相关项，重启后再装 VMware。

8.3 案例三：中文路径引发的安装异常

这个坑说出来有点哭笑不得。有位用户的 Windows 用户名是中文，而 VMware 安装程序在某个环节会把临时文件写到用户目录下，中文路径导致驱动安装程序的某个命令行调用失败，表现就是卡住。解决方法是新建一个英文名的本地管理员账户，用那个账户安装，装完再切回原账户使用。虽然 VMware 新版本对中文路径的支持已经好很多，但老版本或者某些系统环境下仍然会出问题。

8.4 案例四：杀毒软件的“驱动拦截”白名单

某安全软件有一个“驱动安装拦截”功能，默认开启，而且不弹窗。它的逻辑是：任何未在白名单里的驱动安装都静默拦截。VMware 的驱动不在它的默认白名单里，所以每次装都卡住。解决方法是到该安全软件的设置里，找到驱动拦截相关选项，把 VMware 的安装程序加入信任列表，或者直接临时关闭该功能。这个案例的教训是：不要以为关了安全软件的主界面就万事大吉，后台服务可能还在跑。

8.5 一个通用避坑原则

从这些案例里能总结出一个通用原则：安装 VMware 之前，先把系统环境“打扫干净”。关掉不必要的后台程序、暂停安全软件、确认系统时间和区域设置正确、确保没有其他虚拟化软件在运行。这些准备工作花不了几分钟，但能避免大量莫名其妙的卡顿和失败。

9. 装完之后必须做的验证与收尾

假设你已经成功越过了“正在安装虚拟网络驱动程序”这一关，VMware 装完了，先别急着创建虚拟机。花几分钟做以下验证，确保虚拟网络是真的正常工作了，而不是表面装上了、实际用不了。

9.1 检查虚拟网卡是否正常创建

打开“网络和共享中心 → 更改适配器设置”，你应该能看到至少两块新的网络连接：VMnet1 和 VMnet8。它们的状态应该是“已启用”，而不是“网络电缆被拔出”或者“未识别的网络”。

如果看不到这两块网卡，说明驱动虽然装上了但设备没有正确创建。回到设备管理器检查有没有带黄色感叹号的设备，如果有，右键更新驱动，手动指向 VMware 安装目录下的驱动文件夹。

9.2 验证 NAT 和 Host-Only 网络能否工作

创建一个最简单的虚拟机（可以用一个小的 Linux Live ISO），分别测试两种网络模式：

• NAT 模式：虚拟机应该能访问外部网络，宿主机也能 ping 通虚拟机的 IP。
• Host-Only 模式：虚拟机和宿主机之间应该能互相 ping 通，但虚拟机不能访问外部网络。

如果 NAT 模式下虚拟机上不了网，检查 VMware 的“虚拟网络编辑器”里 VMnet8 的 NAT 设置，确认网关 IP 和 DHCP 范围没有和宿主机所在网段冲突。

9.3 收尾清理与备份

验证通过之后，做两件事：

1. 恢复安全软件：把之前临时关闭的防护全部恢复，并把 VMware 相关程序加入信任列表，避免后续使用中被拦截。
2. 创建系统还原点：在虚拟网络工作正常的状态下创建一个系统还原点。万一以后网络配置被改乱了，可以快速回滚到这个正常状态。

提示：如果你经常需要重装 VMware，建议把正常的虚拟网络配置导出备份。VMware 的虚拟网络配置存储在%ProgramData%\VMware目录下，备份这个目录可以在重装后快速恢复网络设置。

10. 我个人处理这类问题的一点体会

排查 VMware 安装卡住这件事，最忌讳的就是“一根筋”。很多人卡住了就反复重装，装一次卡一次，然后认为是 VMware 的 bug。但实际上，同一个现象背后的原因可能完全不同，盲目重装只是在碰运气。

我的习惯是：先判断现象类型，再按“从外到内”的顺序排查。先看外部因素（安全软件、安装包、权限），再看环境因素（残留、服务、组件），最后才动系统底层（驱动签名、系统文件）。这个顺序的好处是，大部分问题在前两步就能解决，不需要动系统底层，风险最小。

另外，记录真的很重要。我见过太多人排查了半天，最后发现是某个之前改过的设置没改回来。每次操作前记一下当前状态，操作后记一下结果，看起来麻烦，实际上能省下大量重复劳动的时间。

最后说一个心态问题：装 VMware 卡住不是你的错，这是 Windows 驱动安装机制本身的复杂性导致的。遇到问题不用慌，按流程一步步来，绝大多数情况都能解决。实在解决不了，换个版本、换个安装方式，甚至换台机器装好之后迁移虚拟机文件，都是可行的备选方案。工具是为人服务的，别被工具卡住太久。