不夸张地说在VMware Workstation里装RHEL9这件事我前前后后折腾过几十次踩过的坑比教程步骤都多。RHEL9是红帽当前的主力企业级系统很多机房、认证考试和生产环境都在用VMware又是桌面虚拟化里用得最顺手的平台但“在VMware上正确安装并运行RHEL9再实现远程操控”这句话看着简单实际操作里要同时处理虚拟机参数、镜像选择、VMware Tools、网络适配器、firewalld和SELinux好几层问题。这篇文章我会把自己反复验证过的完整流程、参数选择和避坑记录都写出来不管你是刚接触Linux的新手还是已经在用老版本RHEL想升级都能直接照着操作。1. 安装前的准备版本选择、镜像下载与资源规划1.1 VMware Workstation版本怎么选许可证怎么处理先说宿主机这边。我建议直接用VMware Workstation Pro 17因为它默认创建的虚拟硬件版本更高对RHEL9的UEFI引导和Linux内核6.x兼容性更好。VMware Workstation 16.2及以上版本也能跑RHEL9但遇到Windows宿主机开了Hyper-V或内核隔离时出现vcpu-1不可恢复错误的概率明显更高这一点在后面的排查章节会展开聊。如果你是在Mac上对应就是VMware Fusion操作逻辑类似只是菜单名称稍有不同。现在VMware Workstation Pro对个人使用场景已经是免费授权去官网注册一个账户下载安装后用账户登录就能拿到个人许可证不需要再去找来路不明的密钥。这里多说一句没有许可证也可以用30天试用但试用期到了以后虚拟机还能继续打开只是每次启动都会弹提醒正式的个人许可证申请流程只要几分钟别把时间浪费在踩盗版漏洞上。企业或商业用途还是按官方要求购买商业授权这是基本的合规意识。1.2 RHEL9的ISO镜像建议选DVD版别选Boot版RHEL9的镜像主要有两个一个是DVD安装ISO大概10GB左右里面带了完整的软件仓库和驱动程序虚拟机离线安装最省事另一个是Boot ISO只有几百兆安装时会在线下载软件包网络一抖就容易失败。在VMware这种虚拟环境下网络虽然通常没问题但每次装系统都要等外网下载纯属给自己找麻烦我强烈建议直接下载DVD ISO。下载渠道方面如果你有红帽订阅直接从access.redhat.com下载如果只是学习可以注册一个红帽开发者账号里面提供免费的RHEL订阅可以用来激活系统并获取软件更新对做实验完全够用。有一点要明确RHEL9分为RHEL 9.0、9.1、9.2、9.3等小版本新版本本质上是在旧版本基础上增加了补丁你可以直接下载最新的9.x DVD ISO安装步骤完全通用。1.3 内存、CPU和磁盘资源怎么规划RHEL9官方给出的最小内存要求是2GB但那是老黄历了。如果你在安装界面的“软件选择”里勾选了Server with GUI2GB内存连GNOME桌面都会因为内存不足而频繁swap卡到鼠标漂移。我实测下来内存分配4GB是顺手操作的门槛分配到8GB才能跑得舒服CPU至少给2核有编译任务就4核磁盘建议40GB起步RHEL9完整安装加后续的软件包缓存30GB会很局促预留60GB最好。这些数字不光是给虚拟机分配还要看宿主机本身剩余资源别为了虚拟机把宿主机物理内存榨干Windows宿主机本身也需要4GB以上的空闲内存才能稳定运行。2. 创建虚拟机的关键参数选项背后的逻辑2.1 新建虚拟机向导选典型还是自定义新装系统时VMware会问你是用典型还是自定义。我建议直接选自定义高级因为这样可以在向导里明确指定固件类型、硬件兼容版本和虚拟机存储路径。使用典型向导时VMware会按照默认模板生成虚拟机虽然也能跑但后面你如果想要改成UEFI启动或者调整虚拟硬件版本还得去虚拟机设置里改半天。自定义向导里虚拟硬件兼容性保持默认客户机操作系统选“Red Hat Enterprise Linux 9 64-bit”VMware会自动把虚拟机识别为RHEL9并启用对应的控制器、网卡类型和固件模板这一步是避免之后“系统装不上”的关键。2.2 内存、CPU、网络和固件参数怎么设创建向导里逐个设置参数时有些选项很隐晦我单独拆开说。内存和CPU按照上一步规划来不必给太多但要一次性给够。RHEL9在安装阶段如果内存不足图形安装界面会直接卡死到时候你要逐字节猜哪个步骤出问题非常难受。固件类型这一步容易被忽略。RHEL9默认支持UEFI和BIOS两种方式但当前版本的内核和引导程序对UEFI的适配更完善虚拟机默认可能选中BIOS建议在固件选项里改成UEFI。装完系统后如果你后续要做内核升级或者磁盘扩容UEFI引导不容易出现grub安装失败的问题。网络类型虚拟机的网络适配器默认用NAT模式好处是宿主机和虚拟机之间能互通而虚拟机的对外网络访问由宿主机代为转发局域网中的其他设备默认找不到这台虚拟机适合学习环境。如果你之后需要从其他电脑远程操控这台RHEL9可以改成桥接模式让虚拟机直接获取局域网IP但桥接模式依赖物理路由器的DHCP分配在部分办公网络里反而会因为策略限制拿不到IP。我个人的习惯是学习环境先NAT练手远程操控和端口转发需要从外部设备直接访问时再切换桥接并配置静态IP。磁盘创建虚拟磁盘时格式选默认的“单个文件”即可方便迁移。磁盘接口保持默认的NVMe或SCSIRHEL9对这两种控制器的支持都很好。如果你选错了IDE接口装系统时会提示找不到硬盘这一点在较老的VMware版本里经常发生。2.3 关于“安装VMware Tools”的正确顺序有一个常见误解是在虚拟机开机前就从菜单里选择“安装VMware Tools”然后把安装光盘挂载到光驱里再开始装RHEL9。其实Linux版的VMware Tools是一个tar压缩包需要系统里先有内核开发工具链、内核头文件和编译器才能编译安装所以正确顺序是先用光盘把RHEL9系统装好进入系统后再处理VMware Tools相关安装或者干脆直接用RHEL9自带的开源版open-vm-tools这一步在第4章会详细展开。3. RHEL9安装过程从启动到重启的分步拆解3.1 引导安装介质启动菜单和安装界面虚拟机创建好后双击开机在VMware的电源菜单里连接ISO镜像重启后RHEL9的安装引导菜单就出来了。选第一项“Install Red Hat Enterprise Linux 9.x”回车后面会自动加载图形安装环境。如果你看到屏幕分辨率异常只有很小的黑色窗口一般是虚拟机的显示驱动还没加载等安装界面起来以后就会恢复。想用串口安装也不是不行但VMware图形界面已经很成熟完全没必要。安装界面语言建议选English倒不是为了耍酷而是因为RHEL9的控制台和日常界面用英语关键词去搜问题资料更多、中文回答反而容易遇到过时教程。当然你后续想用中文桌面安装完成后可以在系统设置里自己加输入法和语言包不必现在纠结。3.2 软件选择到底要不要装GUI安装概览里最重要的选项是“Software Selection”。RHEL9默认提供两类模板Server和Server with GUI。如果你后续远程操控只打算用SSH和Cockpit网页那选Minimal或Server即可系统步骤更少、运行更轻但如果你明确想要图形桌面那就一次性选Server with GUI后面不用补装整套GNOME。为什么反复强调这一项因为安装后再补GUI不是不行而是需要额外装几百个软件包依赖关系多、耗时长还要处理gdm登录管理器配置非常麻烦。反过来装了GUI后如果不喜欢删除图形桌面软件组也不难。所以我的建议是不怕浪费磁盘空间就选Server with GUI一次性把基础桌面环境交付出来完全不想碰桌面才选Server或Minimal。3.3 分区、Kdump和内存预留在“Installation Destination”里RHEL9默认用自动分区通常会创建一个LVM卷组根文件系统挂载在lvm的lv下这对90%的虚拟机场景都足够。你不需要手动分区。但如果之后计划给虚拟机加数据盘把新增磁盘挂到独立目录下那安装时可以在手动分区里给 / 分一个大分区/boot 分500MB留给后续数据盘独立扩展空间。Kdump是RHEL9默认开启的内核崩溃转储机制它会在系统运行时预留一块内存用于崩溃时保存现场。在虚拟机环境里如果总内存就4GBKdump预留的内存可能达到1GB以上导致你在系统里用free看到的内存远小于实际分配值。这个问题被很多人误认为是VMware或RHEL9安装错误。处理方法很简单安装概览里进入Kdump设置直接禁用学习环境和中低配虚拟机Kdump帮助不大真的发生内核恐慌一台VM重开就是了。3.4 Root密码、用户创建与许可证约束设置root密码时RHEL9默认要求复杂密码策略如果密码不够长、只纯数字或纯字母安装界面的“完成”按钮会直接变灰。如果你只是本地实验可以把这个策略适当放宽但要注意系统里的密码策略设置之后改了系统配置导致密码无法登录不要再来问为什么。接着创建普通用户并勾选“此用户是否管理员”的选项相当于加入wheel组日常登录就用这个普通用户需要提权时用sudo。千万别无脑用root账户远程登录SSH这是最基本的服务器安全意识。最后一步是在安装概览的“License”里勾选接受许可协议否则重启后会无限停在初始界面。全部设置完成后点“Begin Installation”等到进度的末尾会提示你重启系统这时在VMware的虚拟机菜单里断开ISO挂载或者直接重启虚拟机看到开机界面出现“Press any key”时按一下键盘避免再次进入安装介质。这个很多新手容易忽略因为RHEL9的DVD镜像默认会优先从光驱启动不按键就会一直走安装流程。4. 装完系统后的环境初始化VMware Tools、网络与安全三项检查4.1 推荐直接用open-vm-tools而不是手动装VMware ToolsRHEL9的软件仓库里自带了open-vm-tools这是VMware官方参与维护的开源版虚拟化工具功能上和VMware Workstation菜单里的“VMware Tools”基本重叠但安装和管理更符合Linux发行版的包管理习惯。打开终端执行sudo dnf install -y open-vm-tools sudo systemctl enable --now vmtoolsd装好以后虚拟机的拖拽文件、剪贴板共享、分辨率自适应、vmtoolsd服务都会正常工作。为什么不用VMware Workstation自带的VMware Tools因为那套方案在RHEL9上需要额外匹配内核头文件如果系统中kernel-devel的版本和你当前运行的内核版本不完全一致编译vhgfs模块时会出现“Unable to find the kernel source tree”之类的错误反而拖慢节奏。手动安装了VMware Tools后再在VMware菜单里点一次“安装VMware Tools”则可能产生两个互相冲突的服务启动脚本报错。所以结论就是RHEL9下请优先open-vm-toolsVMware菜单里的VMware Tools留给Windows虚拟机用。4.2 网络检查NetworkManager、IP地址与网卡名称RHEL9使用NetworkManager管理网络安装阶段DHCP配置好的网卡会自动激活。进入系统后用ip addr查看IP常见的虚拟网卡名称是ens160或ens192。如果你发现没有IP地址可以先用sudo systemctl status NetworkManager确认NetworkManager服务在运行再用sudo nmcli con mod ens160 ipv4.method auto sudo nmcli con up ens160重取IP。这里的ens160要根据你虚拟机实际网卡名替换。一些小细节RHEL9的网卡配置存放在/etc/NetworkManager/system-connections/目录下不像CentOS 7那样写/etc/sysconfig/network-scripts/ifcfg-*很多教程还在沿用旧路径照着做会找不到文件这点要注意。4.3 防火墙和SELinux不要一上来就关闭远程操控最大的绊脚石不是软件没装好而是肉眼看不到的网络策略。RHEL9默认启用firewalld和SELinux这两者的存在是有道理的但也是很多教程为了省事直接建议“关闭防火墙”的原因。我的建议是不要关闭而是学会正确放行端口。查看防火墙状态sudo systemctl status firewalld sudo firewall-cmd --list-all查看SELinux状态getenforce如果显示Enforcing说明强制模式开启。SSH默认端口22已经在firewalld的放行列表里所以刚装完系统SSH就能正常连。如果你后续改了SSH端口、放行Cockpit的9090端口或xrdp的3389端口用sudo firewall-cmd --permanent --add-port9090/tcp sudo firewall-cmd --reload就行。SELinux方面除非你明确知道自己业务不需要否则保持Enforcing。很多网络服务连接成功又断开、文件读取权限奇怪的场景都和SELinux有关排查时通过journalctl -u 服务名和sealert -a /var/log/audit/audit.log来看具体断言而不是直接关掉它。在RHEL这种企业级系统上练手保持SELinux开启也是学习的一部分。5. 远程操控的实现三种方案与具体配置5.1 SSH命令行最基础也最刚需的远程操控方式SSH是远程操控RHEL9最核心的手段任何一个后续方案都离不开它。RHEL9默认已经装好了openssh-server并启用确认一下sudo systemctl status sshd没运行的话执行sudo systemctl enable --now sshd然后从Windows宿主机连过来。Windows 10/11自带OpenSSH客户端在PowerShell或终端里直接执行ssh rheluser192.168.x.x这里的IP是虚拟机里ip addr看到的地址。如果要登录root默认情况下RHEL9禁止root直接SSH需要先用普通用户登录再sudo su -或者修改/etc/ssh/sshd_config里的PermitRootLogin但我强烈不建议在生产环境开启。NAT网络下宿主机和虚拟机互通虚拟网段防火墙22端口默认也是放行的所以你装完系统第一件事就能直接SSH登录上去了。如果你想更进一步可以在RHEL9上启用密钥登录宿主机生成公钥把公钥追加到虚拟机的~/.ssh/authorized_keys里然后在sshd_config里设置PasswordAuthentication no完成免密登录。这样用户名密码不会在网络上明文传输暴力破解的风险也大幅降低。现代开发里还可以用VS Code的Remote-SSH插件在宿主机的IDE里直接编辑虚拟机里的代码保存后远程执行命令体验非常好。5.2 Cockpit红帽官方的Web管理界面如果你的目标是想通过浏览器做远程操控Cockpit是非常合适的选择。它是红帽官方维护的Web管理面板可以看系统资源、磁盘、服务状态也能操作系统升级、网络配置和用户管理界面清爽。启用步骤sudo systemctl enable --now cockpit.socket sudo firewall-cmd --permanent --add-servicecockpit sudo firewall-cmd --reload然后在Windows浏览器里访问https://192.168.x.x:9090因为默认使用自签名证书浏览器会提示不安全选择“高级-继续前往”即可。登录时用系统普通用户如果权限不足就输入root。Cockpit的好处是不用装任何客户端任何一台有浏览器的设备都能远程管理而且它走的是加密的HTTPS协议。代价是如果你改动了防火墙规则需要确认9090端口没被习惯性封闭。如果你打算把虚拟机端口转换成宿主机的某个端口让外网访问Cockpit所依赖的网页证书、端口转发和会话管理都需要额外配置这条应用路径比较适合内网管理和调试阶段。5.3 图形桌面远程xrdp配置和Wayland的坑如果RHEL9安装时选了Server with GUI你大概率想要用Windows自带的“远程桌面连接”mstsc直接连到RHEL9图形界面。那就需要安装xrdpsudo dnf install -y epel-release sudo dnf install -y xrdp sudo systemctl enable --now xrdp sudo firewall-cmd --permanent --add-port3389/tcp sudo firewall-cmd --reload这里有几个大坑必须提前说明。首先RHEL9的GNOME桌面默认使用Wayland显示协议而xrdp目前只支持Xorg环境所以如果直接用默认会话连接登录后可能出现黑屏、花屏或闪回桌面。解决办法是在GDM登录界面右下角齿轮菜单里选择“GNOME on Xorg”让会话切换到Xorg。如果没有看到这个选项可以修改/etc/gdm/custom.conf在[daemon]部分加上WaylandEnablefalse然后重启gdm或虚拟系统。这一步我实测非常关键很多人xrdp装了但连接黑屏90%都是Wayland的锅。其次xrdp默认会启动一个新的X session和当前控制台会话是两套独立桌面你在宿主机窗口里看到的是一个新的GNOME桌面不是“共享”当前控制台桌面。这个逻辑和Windows远程桌面的“会话接管”不太一样理解了它你就不至于困惑为什么桌面和虚拟机本地屏幕内容不一样。最后你会发现xrdp的字体渲染和快捷键体验比不上直接控制台这是正常现象。xrdp适合应急和简单操作真正要顺畅使用图形桌面更推荐直接在VMware控制台里操作或者用X2Gomate桌面这类为远程场景优化的组合。不过对多数实验需求xrdp已经够用。5.4 端口转发与桥接宿主机之外设备远程访问的两种思路在纯NAT网络下局域网里的其他电脑是无法直接访问虚拟机IP的因为虚拟机的IP是VMware虚拟网段不是物理局域网网段。如果你想让宿主机之外的设备也能连到RHEL9有两种常见思路。第一种思路是在宿主机的“虚拟网络编辑器”里配置NAT端口转发例如把宿主机的2222端口转发到虚拟机22端口、宿主机的9090端口转发到虚拟机9090端口这样外部电脑连宿主机的IP映射端口即可。这个配置在VMware Workstation里够用但只适合少量端口。第二种思路是直接把虚拟机的网络连接改成桥接模式。在虚拟机设置-网络适配器里选择“桥接模式”重启虚拟机让DHCP从路由器获取IP然后局域网内任何设备都能访问这台RHEL9。桥接模式下要注意IP冲突和防火墙策略尤其是公司网络里统一管理IP的话需要申请静态地址。我个人习惯是学习环境保留NAT等练熟了网络配置再切桥接避免一开始就在网络策略上被卡住。6. 常见问题与排查记录实战避坑清单6.1 VMware Workstation不可恢复错误 vcpu-1是什么原因“VMware Workstation 不可恢复错误: (vcpu-1) Exception 0xc0000005 (access violation)”是热词里出现频率最高的问题很多人在创建RHEL9或Windows 11虚拟机时都遇到过。这类错误在RHEL9场景里通常和虚拟硬件与宿主机底层虚拟化机制的冲突有关。比如宿主机开启了Windows的Hyper-V、内核隔离或内存完整性或者启用了虚拟机平台WSL2依赖这个功能都会和VMware的虚拟化层争夺CPU指令集导致VMware运行时崩溃。处理办法编辑虚拟机所在目录的.vmx文件在末尾添加两行vhv.enable FALSE hypervisor.cpuid.v0 FALSE保存文件前要确保VMware Workstation程序完全退出如果虚拟机还在运行配置修改会被回写覆盖。然后重新打开这台虚拟机。另外可以在虚拟机设置的“选项-高级”里把“虚拟机监控程序”相关的加速改成“Intel VT-x/AMD-V”并把“虚拟化IOMMU”关闭。如果还是报错到Windows的“功能”里看看Hyper-V和Windows虚拟机监控程序平台是否处于开启状态临时禁用并重启Windows再打开VMware绝大部分情况下都能恢复。6.2 VMware Tools启动脚本未能在虚拟机中成功运行这个提示在Windows虚拟机里更常见但如果你在RHEL9中自行安装了VMware Tools也有可能触发。原因是VMware Workstation自带的VMware Tools和RHEL9仓库里的open-vm-tools产生了冲突两个工具同时管理vmtoolsd服务启动脚本互相竞争。解决方法是卸载或停用其中一个。优先保留open-vm-toolssudo dnf remove open-vm-tools sudo dnf install -y open-vm-tools sudo systemctl enable --now vmtoolsd如果你是手动从VMware Tools ISO里安装的可以在/usr/bin/vmware-uninstall-tools.pl卸载掉旧版再用open-vm-tools做代替。如果只是想消除开机启动时报错信息也可以在.vmx中加入一行禁用自带的远程桌面模块vmware-tools-remotedesktop.enable FALSE重新开机后问题会明显减少。这类“启动脚本”报错本质上是服务重复管理问题弄清楚了就不慌张。6.3 扩展磁盘后RHEL9不识别新增空间怎么处理在VMware里把虚拟磁盘容量从40GB调到80GB之后进入RHEL9用df -h一查根目录还是40GB。这是绝大多数人的困惑。原因很简单虚拟磁盘容量变了但虚拟机内的分区表和文件系统并不知道这个变化。处理步骤是lsblk先看到系统盘设备名通常为nvme0n1或sda同时看到最后一个分区比如sda4的大小还是以前的值。然后用growpart扩展最后一个分区sudo growpart /dev/sda 4注意growpart后面是设备名和分区号中间一定要有空格。RHEL9默认根文件系统一般使用LVM或XFS如果根分区是XFS扩展文件系统用sudo xfs_growfs /如果是LVM逻辑卷还要先vgextend/lvextend再对逻辑卷做文件系统扩展。最后用df -h确认。Linux的磁盘扩容不是一下子自动完成的每一步都要确认分区表变化这也是我建议操作前打快照的原因万一扩分区失败还可以从快照恢复避免整个系统不可用。6.4 虚拟机获取不到IP地址重启后IP总是变刚装好的RHEL9虚拟机如果无法获取IP排查顺序要固定先看NetworkManager是否运行再看网卡配置文件是否齐全最后看VMware的虚拟网卡是否被Windows禁用。前面第4.2小节已经给了具体命令这里再补充两个坑。第一VMware NAT模式依赖宿主机上的VMnet8虚拟网卡如果Windows的网络中心里把这个适配器禁用了虚拟机就上不了网。开机前检查网络连接列表找到VMware Network Adapter VMnet8确保启用。第二虚拟机重启后IP变化是DHCP的正常现象如果远程连接脚本或配置文件里写死了旧IP就会出现下次开机连不上的尴尬。建议给虚拟机配置静态IP或者给VMware DHCP的地址租约做MAC绑定。配置静态IP用nmcli非常方便sudo nmcli con mod ens160 ipv4.method manual ipv4.addresses 192.168.xxx.xxx/24 ipv4.gateway 192.168.xxx.1 ipv4.dns 192.168.xxx.1 sudo nmcli con up ens160静态IP要避开子网里的冲突地址尤其是宿主机的IP和NAT网关地址。6.5 我平时最依赖的一招虚拟机快照如果只能推荐一个VMware功能那一定是快照。每次在RHEL9上做重要配置调整前比如改SELinux策略、配置PXE安装源、做磁盘扩容实验我都会先拍一个快照。VMware Workstation的快照恢复非常快几秒内就能把带状态内存中的运行数据的虚拟机完整回滚。它的代价是快照点越多虚拟磁盘占用越大长时间保留快照还会让IO性能下降所以我一般只保留最近一两个快照确认实验成功后就删除快照并重新打一个新的。这个习惯让我在做RHEL9各种极限操作时毫无压力踩坑试错成本几乎为零强烈建议你也用起来。还有一个容易被忽略的细节是恢复快照前最好手动关闭虚拟机或让系统正常关机如果直接在开机状态下执行快照恢复虚拟机内存数据和磁盘状态可能出现短暂不一致虽然绝大多数情况能恢复但偶尔会因为文件系统中间状态导致启动时跑fsck。快照不是万能的备份但属于最高效的“后悔药”起码能让所有学习阶段的操作都变得更从容。