VMware Workstation虚拟机全攻略：安装配置到网络调优常见问题排查

我用VMware Workstation做虚拟机少说也七八年了，从早期还在用VMware Player试水，到后来换Pro版本当主力开发环境，中间踩过的坑、搜过的教程，攒下来一大摞。今天不聊那些系统性的长篇大论，专门把日常用虚拟机最常碰到的“设置”整理一遍，从安装环境到网络配置，从性能调优到问题排查，尽量按我平时干活的实际路径来讲。无论是刚接触虚拟机装第一个系统的新手，还是已经在本地跑开发环境的老手，这篇文章都值得你存一份当参考。内容有点长，建议先收藏再往下看。

1. 安装与初始环境设置

1.1 安装包选择与安装路径细节

VMware Workstation Pro 目前主流的版本是 17.x，官方中文页面直接下载就行，安装包大概 600MB 左右，官网下载速度不稳定的话可以用国内镜像站。有一点需要注意，官网首页经常把 Workstation Pro 和 Workstation Player 放一块，别下错了，要调网络、搞快照、多台虚拟机并发这些高级功能，必须用 Pro。

安装路径我建议别用默认的 C 盘，除非你 C 盘空间非常充裕。虚拟机的磁盘文件动辄几十上百 GB，系统盘被撑爆以后整机都会卡。安装的时候选择“自定义”安装，把程序装到 D 盘或 E 盘，后续创建虚拟机时，虚拟机文件存储目录也统一规划好。我一般会在 D 盘单独建一个 VMs 目录，所有虚拟机的 .vmx 配置文件和 .vmdk 磁盘文件都按“虚拟机的名字”分文件夹存，后期备份和排查问题都清爽。

安装过程中有个组件“Windows Hyper-V Hypervisor”的勾选项，如果你的 Windows 11 开启了“基于虚拟化的安全性”（VBS）或者 WSL2、Hyper-V、内存完整性等功能，建议不要把 VMware 的 hypervisor 和 Windows 自带的 Hyper-V 同时启用，否则大概率出现虚拟机启动后“蓝屏”或者异常卡顿。实在要用，需要在“Windows 功能”里做取舍，或者在 BIOS/UEFI 里关掉 Hyper-V 相关的虚拟化安全选项，二选一才能跑得稳。

1.2 许可证与汉化包处理

许可证这块，VMware 17 版本安装后需要输入许可证密钥才能正常长期使用。软件本身也支持试用，但实际干活还是建议买正版授权，密钥格式形如 xxxxx-xxxxx-xxxxx-xxxxx-xxxxx，在菜单栏“帮助 -> 许可证”里输入即可。如果你之前一直用旧版本，升级到 17 时密钥不通用，需要到官网重新申请或购买对应版本授权。

汉化包这个东西，以前很多汉化补丁是从第三方网站下的，版本不匹配或者安装方式不对会导致菜单错乱。其实 VMware Workstation 软件本身没有官方中文语言包，但网上那些汉化补丁做法也简单，就是替换安装目录下的 messages 文件。我自己的建议是，如果英语看着头疼，可以汉化，但要注意备份原始文件，防止后续版本升级需要还原。版本升级了，汉化包基本就失效了，还得等对应版本的新汉化包，这点要有心理准备。

1.3 首次启动的前置设置检查

安装完成第一次打开 Workstation，建议直接进“编辑 -> 首选项”做几项基础设置：

• 在“工作区”选项卡里，把“默认位置”改到前面说的 D 盘虚拟机目录。
• 在“更新”选项卡里关闭自动检查更新，避免版本升级后汉化失效、密钥失效。
• 在“虚拟机”选项卡里确认“启动虚拟机时是否显示此面板”按自己习惯设置。
• 检查一下“共享虚拟机”相关功能，如果是个人单机使用，关掉远程连接共享，减少不必要的服务占用且避免安全隐患。

首选项改完，再确认一下 BIOS 设置里的虚拟化开关。Windows 系统任务管理器 -> 性能 -> CPU，如果看到“虚拟化: 已启用”，那没问题；如果显示“已禁用”，需要进 BIOS 把 Intel VT-x 或 AMD-V 打开。这一步不搞定，创建虚拟机时选 64 位系统会直接报错“此主机支持 Intel VT-x，但 Intel VT-x 处于禁用状态”。

2. 虚拟机创建与系统安装实操

2.1 新建虚拟机的典型流程

新建虚拟机我习惯用“典型（推荐）”模式，只在后边弹出的向导里改关键参数，节省时间。流程大概是这样：

1. 在 Workstation 主界面点击“创建新的虚拟机”，选择“典型”。
2. 选择安装介质，可以用“安装程序光盘映像文件（iso）”，也可以选“稍后安装操作系统”。
3. 填客户机操作系统类型，Windows Server 2022 就选“Windows Server 2022”，Ubuntu 就选“Ubuntu 64 位”。
4. 给虚拟机命名，改存储位置到规划好的目录。
5. 磁盘容量根据需求来，但只勾选“将虚拟磁盘拆分成多个文件”，方便移动和备份。
6. 点击“自定义硬件”，在弹窗里把内存、CPU 核心数按本机配置调好再确认。

我一般创建阶段就把内存和 CPU 定好，后期如果要改，得关机后在“虚拟机设置”里改，中途改容易引起客户机内部分区或系统服务异常。硬盘大小倒是可以后期扩容，但扩容操作涉及分区格式化，最好一次到位或者留够余量。

2.2 Windows/Linux 安装过程中的典型坑

Windows Server 2022 安装时最常见的报错是“Windows 无法安装到此磁盘。此磁盘可能很快即将发生故障”或“所选磁盘具有 MBR 分区表”。在 EFI 引导方式下，Windows Server 2022 默认要求 GPT 分区表。解决方法是安装界面下按 Shift + F10，用 diskpart 把虚拟机磁盘转为 GPT。命令不复杂：

bash复制diskpart
list disk
select disk 0
clean
convert gpt
exit

然后刷新安装界面，重新分区即可。

Ubuntu 版本安装时常见问题反而不是分区，而是安装过程中断网导致软件源更新卡死。建议安装时选择“最小安装”并断开网络，装完系统后换国内源再统一补装软件包，速度反而快很多。另外安装完 Ubuntu 之后，如果分辨率一直锁定在 800x600 无法调整，大多是因为没装 VMware Tools 或 open-vm-tools。

还有一类出现频率很高的问题是“安装 Linux 蓝屏”：实际是 Windows 宿主机上 VMware Workstation 的虚拟化驱动与 Hyper-V 冲突导致的。症状是虚拟机开机进度条刚走一点，整个 Windows 直接蓝屏。解决路径在前面 1.1 提过，要么关闭 Windows 功能里的 Hyper-V、虚拟机平台、Windows 沙盒；要么用 bcdedit 关闭 hypervisorlaunchtype：

bash复制bcdedit /set hypervisorlaunchtype off

改完重启 Windows，再打开 VMware 就正常了。用 WSL2 的注意了，这个操作会把 WSL2 一起干掉，需要在 WSL 和 VMware 之间二选一。

2.3 VMware Tools 到底要不要装

这个问题我在很多群里被问过，我的答案永远是：装。VMware Tools 相当于虚拟机的“驱动包”，装了之后才能实现：

• 宿主机与虚拟机之间直接拖拽文件
• 鼠标在虚拟机窗口和宿主机窗口之间平滑移动，不用按 Ctrl+Alt 释放
• 分辨率自动适配窗口大小
• 剪贴板共享
• 更完善的网络和磁盘驱动

Windows 客户机装 Tools 很简单，菜单栏选“虚拟机 -> 安装 VMware Tools”，然后在虚拟机里打开光驱执行 setup.exe 一路下一步。Linux 客户机更推荐用发行版自带的 open-vm-tools，比如 Ubuntu 直接：

bash复制sudo apt install open-vm-tools open-vm-tools-desktop

装完重启，分辨率、拖拽、共享剪贴板基本都自动生效。避免再从 VMware 菜单里那个“Install VMware Tools”去挂 ISO 编译安装，省很多事。

3. 网络模式与 IP 配置实操

3.1 三种网络模式的区别与选型

VMware 的网络模式间里最基础的就是“桥接模式”“NAT 模式”“仅主机模式”三种。很多人直接用默认 NAT 用到底，但不同场景选错模式，后面的网络问题会让你排查到怀疑人生。

实际选型时，我个人的经验是：如果是跑数据库、跑 Web 服务给局域网其他设备访问，用桥接；如果只是自己在宿主机上调试代码，用 NAT 就够了，而且 NAT 模式下虚拟机的 IP 不受公司局域网 DHCP 影响，网络环境更稳定。仅主机模式用得少，主要在做隔离测试时用。

3.2 NAT 模式下修改虚拟机 IP 地址的三种方法

NAT 模式下修改 Linux 虚拟机 IP，方法不止一种，按使用场景选择：

方法一：直接修改网络配置文件。Ubuntu 18.04 之后用 netplan，配置文件在 /etc/netplan/ 下，名字通常类似 01-netcfg.yaml，典型写法：

yaml复制network:
  version: 2
  ethernets:
    ens33:
      dhcp4: no
      addresses:
        - 192.168.88.128/24
      gateway4: 192.168.88.2
      nameservers:
        addresses: [223.5.5.5, 8.8.8.8]

写完后执行 sudo netplan apply 生效。CentOS/RHEL 系的路径则是 /etc/sysconfig/network-scripts/ifcfg-ens33，改 BOOTPROTO=static 并加上 IPADDR、GATEWAY、DNS 参数，然后重启网络服务或重启网卡。

方法二：使用 nmtui（NetworkManager TUI）。如果你用的发行版默认装了 NetworkManager，直接在终端敲 nmtui，进入菜单编辑连接 -> 配置 IPv4 为手动，填入 IP、网关、DNS，保存退出后 systemctl restart NetworkManager。这种方式适合不太熟悉配置文件语法的朋友，图形化填表不用记格式。

方法三：图形桌面里通过“设置 -> 网络 -> 有线连接 -> IPv4”改，适合带有桌面环境的虚拟机，修改逻辑与普通电脑一样。

注意改了 IP 之后，如果宿主机和虚拟机的 IP 网段对不上，宿主机 ssh 虚拟机连不上，需要去 VMware 的“虚拟网络编辑器”里看子网网段。默认 NAT 网段是 192.168.x.0，如果虚拟机里配的 IP 不在这个网段内，通信肯定不通。改完虚拟机 IP，建议顺手确认一下宿主机的 VMnet8 网卡和虚拟机在同一网段。

3.3 多站点 nginx 本地开发环境配置

本地开发时，一台虚拟机里跑 nginx，同时挂多个站点、多个自定义域名，是特别常用的场景。比如用 VMware 里装的 Ubuntu 当开发服务器，宿主机浏览器访问 www.project-a.local 显示 A 项目，访问 www.project-b.local 显示 B 项目，关键是配置 nginx 的 server_name 和宿主机的 hosts 文件。

先在宿主机 C:\Windows\System32\drivers\etc\hosts 文件里加两行：

code复制192.168.88.128   www.project-a.local
192.168.88.128   www.project-b.local

然后在虚拟机 nginx 配置目录 /etc/nginx/conf.d/ 里创建 project-a.conf 和 project-b.conf。基础配置如下：

nginx复制server {
    listen 80;
    server_name www.project-a.local;

    root /var/www/project-a;
    index index.html index.php;

    location / {
        try_files $uri $uri/ =404;
    }
}

两个配置文件写完，执行测试：

bash复制sudo nginx -t
sudo systemctl reload nginx

这样宿主机浏览器直接访问刚才配的域名就能对应跳转到不同的站点目录。关键点在于 server_name 要和 hosts 里的域名完全一致，nginx 默认的 80 端口不能被占用。如果项目里还有 PHP、Node、Java 等后端服务，在 location 里再加 proxy_pass 或 fastcgi_pass 转发就行，这个是后话了。

3.4 桥接模式下配置固定 IP

桥接模式下虚拟机相当于局域网内的一台独立主机，默认都是走 DHCP 自动获取 IP，但开发或部署时我更建议配固定 IP，防止笔记本断网重连后 IP 变更导致连接断掉。配置方法跟 3.2 里改 IP 一样，只是网关和 DNS 用物理局域网的真实网关和 DNS（一般为路由器地址，比如 192.168.1.1）。注意桥接模式要选对物理网卡，在虚拟机设置 -> 网络适配器 -> 自定义里，选择实际联网的网卡，比如笔记本同时有 Wi-Fi 和有线网卡，如果选错桥接目标，虚拟机可能一直拿不到 IP。

4. 性能调优与日常维护

4.1 Win11 下 VMware 卡顿的优化方向

不少人反映 Windows 11 下运行 VMware 明显不如 Win10 流畅，常见卡顿原因不是性能分配不够，而是 VMware 虚拟化层与 Windows 安全机制互相较劲。2019 年后的大版本 Windows 更新都默认开启基于虚拟化的安全（VBS），这会抢占 CPU 的虚拟化能力，VMware 的虚拟 CPU 调度就会受影响。

我实际测试下来，有几个有效的优化方案：

• 关闭 Windows 的“内存完整性”功能：设置 -> 隐私和安全性 -> Windows 安全中心 -> 设备安全性 -> 内核隔离，关闭后重启。
• 虚拟机设置里，处理器选“虚拟化引擎：虚拟化 Intel VT-x/AMD-V”和“虚拟化 CPU 性能计数器”勾选项，根据实际硬件酌情选择。
• 显示器设置不要开“加速 3D 图形”，如果虚拟机只用做服务端，不需要图形界面，这一步提升明显。
• 在 Windows 电源计划里改成“高性能”，特别是笔记本，节能模式下虚拟机 CPU 会被限制。
• 如果内存充足，虚拟机内存尽量给到 4GB 以上，2GB 跑 Win10/11 客户机非常痛苦，磁盘交换频繁导致整机卡死的情况我见过太多次了。
• 还有一条：虚拟机磁盘不要放在机械硬盘上。顺序读取都费劲，随机读写的虚拟机系统卡成幻灯片太正常了，有条件就放 NVMe/SSD。

4.2 虚拟机磁盘扩容的正确姿势

虚拟机磁盘空间不够了，不需要重装系统。先在“虚拟机设置 -> 硬件 -> 硬盘 -> 磁盘实用工具 -> 扩展”里调大磁盘容量。比如原来 40GB 扩到 80GB，填写新容量保存后，进客户机系统里对分区扩容。

Windows 客户机扩分区最简单，直接在“磁盘管理”里对 C 盘右键“扩展卷”。如果 C 盘后面有恢复分区挡着导致无法扩展，可以先把挡住的分区删掉再扩展，操作时注意备份重要数据。

Linux 客户机就用 LVM 或 fdisk/growpart 组合。Ubuntu 常见做法：

bash复制sudo fdisk -l
sudo growpart /dev/sda 3
sudo pvresize /dev/sda3
sudo lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv
sudo resize2fs /dev/ubuntu-vg/ubuntu-lv

这套操作的目标是把新扩出来的空间“喂”给 LVM 逻辑卷和文件系统。注意每个环节的顺序不能乱，先扩分区、再扩 PV、再扩 LV、最后扩文件系统，任何一步跳了都会报错或者空间不可用。

4.3 快照、克隆与删除虚拟机目录的注意事项

快照功能是 VMware 里最实用的“后悔药”，在做系统更新、配置重大调整、实验高风险命令之前，先建一个快照。比如在虚拟机里装 Docker、改防火墙、做数据库迁移前，我都会形成一个习惯：先快照，操作完没问题再删除快照。

克隆分“链接克隆”和“完整克隆”。完整克隆是独立副本，源虚拟机坏了不影响克隆体；链接克隆依赖源虚拟机的磁盘，创建快速度快，但源虚拟机删了克隆体也会失效。日常实验想要多个相同环境，可以链接克隆省空间；生产用途或要长期使用的环境，必须完整克隆。

删除虚拟机目录这个事值得多说一句：如果想彻底移除一台虚拟机，不要直接在文件夹里右键删除，正确方式是在 Workstation 的库列表里选中虚拟机，右键 -> 管理 -> 从磁盘中删除。这样才是先把注册信息去掉、再清理物理磁盘文件。如果直接删目录，下次启动 Workstation 会出现一条失效的虚拟机记录，还得手动点击“移除”才能清理列表。

4.4 用 U 盘启动 PE 维修虚拟机系统

虚拟机系统被搞坏了进不去桌面，又不想重装，这时候可以用 PE 启动盘来维修。做法是先把 PE 的 ISO 镜像文件挂载到虚拟机的 CD/DVD 光驱，然后在“虚拟机设置 -> 硬件 -> 光盘驱动器”里勾选“启动时连接”，确认开机引导顺序是光驱优先。

进入 PE 后可以对虚拟磁盘进行分区管理、系统引导修复、密码重置、文件备份，操作与实体机 PE 环境一致。核心差别在于，虚拟机不需要做 U 盘物理启动，而是把 ISO 直接挂载成光驱。有人非要让虚拟机从物理 U 盘启动，也可以在 VMware 里设置“添加新设备 -> 设置连接 USB 控制器为 USB 3.1 或 2.0”，把 U 盘作为 USB 设备直通连接进虚拟机，适合某些场景，但能直接挂载 ISO 就不要绕这一圈，更稳也更省事。

5. 常见问题与排查技巧实录

5.1 “无法连接到虚拟机。请确保您有权运行该程序”排查思路

打开 VMware Workstation 时提示“VMware Workstation 无法连接到虚拟机。请确保您有权运行该程序、访问该程序使用的所有目录以及访问所有临时文件目录” ，按照字面意思去看权限和目录，但实际排查顺序我建议这样走：

1. 用管理员身份重新运行 VMware Workstation，这是最高频的解法。
2. 检查“服务”里 VMware Authorization Service 是否启动，把它设为自动并启动。
3. 检查虚拟机文件所在目录是否被云同步工具（OneDrive、坚果云等）锁定或导致路径变化。
4. 如果以前能正常打开，某次异常关机之后报这个错，优先把虚拟机目录下的 .lck 锁文件删掉，再重新打开。

这几个步骤解决了大多数连接失败问题，其中 .lck 文件残留是最容易忽略的，异常断电后几乎都会遗留锁文件，占着虚拟机的运行权。剩下的情况如果还不能解决，看看杀毒软件是不是拦截了 VM 的进程，加白名单就行。

5.2 “需要 vmware install disk 上的文件”怎么办

打开虚拟机时出现类似“需要 vmware install disk 上的文件 xxx.dll”的弹窗，通常是在安装 VMware Tools 或者其他 VMware 组件时，安装源路径失效了。比如你之前从 ISO 安装 Tools，后来 ISO 被卸载或删除了，然后触发了补装驱动就会找原来的安装磁盘。

解决方法分两种。一种是把 VMware Tools 的 ISO 重新挂载到虚拟机。以 Windows 客户机为例，在菜单栏选“虚拟机 -> 安装 VMware Tools”，让系统重新指向有效安装源，然后在弹窗里浏览到光驱路径就行了。另一种是在宿主机里用原版 VMware 安装包“修复”安装，恢复缺失的系统组件和驱动。做法是去控制面板卸载或更改程序，选择 VMware Workstation 右键 -> 更改 -> 修复，修复完成后重新打开。

Linux 客户机遇到这个问题时，先检查虚拟光驱挂载状态：

bash复制mount | grep iso9660
ls /media/VMware\ Tools/

如果挂载为空，执行 sudo vmware-config-tools.pl 重新配置 Tools，或重装 open-vm-tools 更省心。需要注意不要把 VMware Tools 的安装包随便拷走，这会导致客户机和宿主机之间 Tools 版本匹配不上，光驱里挂的旧 Tools 兼容性报错，这个我在老虚拟机上踩过。

5.3 “无法启用虚拟机平台”与“虚拟机安装 Linux 蓝屏”联调

“无法启用虚拟机平台”这个报错，一般出现在 Windows 系统需要启用 Windows 虚拟机监控程序平台或虚拟机平台功能时，而 VMware 恰好又依赖类似能力，冲突导致双方都起不来。打开“控制面板 -> 程序 -> 启用或关闭 Windows 功能”，勾选“虚拟机平台”和“Windows 虚拟机监控程序平台”，但如果你只是用 VMware Workstation，无论如何都不要勾这两项，只要确认“Windows 虚拟机监控程序平台”处于未启用状态，同时 bcdedit 查看 hypervisor 为 off，系统就可以安心跑 VMware。

如果你的机器装 VMware 跑 Linux 客机蓝屏，除了前面说的 Hyper-V 冲突之外，还要检查虚拟机的“处理器”选项。有些企业环境或老主板对虚拟化辅助指令支持有限，在“虚拟机设置 -> 处理器 -> 虚拟化引擎”里取消勾选“虚拟化 Intel VT-x/EPT 或 AMD-V/RVI”，然后再启动。这项性能损失不大，但蓝屏问题大概率解决。

5.4 彻底卸载与残留清理

想重装 VMware 或者换到新版本，卸载不干净会导致很多莫名其妙的问题。正确顺序是先正常卸载程序，再去清理残留服务与文件。在控制面板中卸载 VMware Workstation，卸载完成后重启系统，然后检查：

• C:\Program Files (x86)\VMware 或 C:\Program Files\VMware 目录是否残留，有就手动删。
• C:\ProgramData\VMware 目录残留，尤其许可证文件如果残留，新装版本可能直接沿用旧许可证或出现过期问题，建议一并清掉。
• 服务里是否还残留 VMware 相关服务，在注册表编辑器 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services 里搜索 VMware 相关项并删除。

如果不想手动折腾注册表，可以下载一些卸载辅助工具自动清理，但要注意这类工具本身也可能误删系统关键项，保守起见，能用控制面板卸载加手动清理搞定的，不建议动不动就上第三方工具。

5.5 实用问题速查表

把平时高频遇到的问题整理成一个速查表放在最后，方便你卡住的时候一眼定位：

VMware Workstation 这个工具，算不上难，但细节是真的多，可以说每换一个操作系统版本、每升一次虚拟机软件大版本，都会冒出新的小毛病。大家在自己机器上折腾的时候，如果碰到这里没写到的坑，也可以顺着“先看日志、再看配置、最后猜驱动”这条思路去排查，虚拟机日志文件在虚拟机目录下 .vmx 同名的 .log 文件里，报错原因多数时候都写得明明白白，比到处问人要靠谱得多。祝各位折腾顺利。