简介：RH134与RH294是红帽官方认证备考中常用的两套模拟培训环境，分别对应RHCSA（红帽认证系统管理员）与RHCE（红帽认证工程师）方向。这份PDF格式的环境说明文档，面向正在准备认证考试的Linux运维工程师与培训学员，系统梳理了两个实验平台的资源占用、虚拟机内存建议、主机角色分工、默认账号密码、虚拟主机管理命令等关键信息，并给出了foundation、workstation、servera、bastion等主机的角色用途，能帮助使用者从零开始搭建并进入实验状态。整个压缩包仅含1个PDF文件，大小398KB，体积小巧、查阅方便；目前已有289人学习浏览，内容直接来源于官方模拟环境的使用实践，具备较强的实用性。其中RH134部分说明了rht-vmctl和virt-manager的使用方式，便于启动全部虚拟主机或通过控制台登录；RH294部分则重点介绍了初始化、RHCSA、RHCE三个快照的练习场景，以及kiosk登录、exam-setup初始化、exam-grade评分等模拟考试流程。读者按图索骥即可完成从环境启动、实验练习到模拟自测的完整闭环，可有效缩短备考前的环境摸索时间，提升整体复习效率。
1. RH134-RH294环境说明：先把两套模拟机房跑起来再说
备考红帽认证的人最头疼的往往不是题，而是环境。这套资源不是单个虚拟机，而是按课程组织好的完整模拟机房：RH134 对应 RHCSA 的练习环境，RH294 对应 RHCE 的模拟考试环境，本文就是一份 RH134-RH294 环境说明，把主机角色、账号密码、快照选择和评分命令一次讲透。适合两类人：一类是刚拿到镜像包、不知道从哪下手的新手，照着命令敲就能把环境跑起来；另一类是已经装完但遇到连接失败、评分对不上这类玄学问题的熟手，直接翻避坑那一章。资源本身是镜像和模拟评分系统，不附带题库，需要配合你手头的练习资料一起用。
2. RH134 环境拆解：五个主机角色与日常启动操作
2.1 主机架构：foundation、workstation、servera/b、bastion 各管什么
RH134 这套环境最容易被低估的地方是它的主机拓扑。很多人第一次拿到镜像，习惯性地只开一台虚拟机，结果发现 lab 命令不可用、yum 仓库配不通，然后开始怀疑镜像坏了。其实这套环境的定位是仿真一个完整的机房，而不是给你一台开箱即用的 Linux。
六个虚拟主机加起来占用 30G 以上硬盘空间，虚拟机内存至少分配 6G。如果你在图形界面里只给它 2G 内存硬跑，开机之后大概率黑屏或卡死在登录界面，这是后话。先把架构搞清楚：
| 主机角色 | 定位 | 主要操作方式 |
|---|---|---|
| foundation | 物理机层面的管理入口，统一管理所有虚拟主机 | rht-vmctl 命令、virt-manager 图形界面 |
| workstation | 图形工作台，执行 lab 命令，日常练习的主战场 | 本地终端或 SSH |
| servera / serverb | 练习操作的目标服务器，大部分题目操作对象 | SSH 登录后操作 |
| bastion | 网关系统，提供 yum 仓库、所需文件、路由服务 | SSH 登录，一般不做练习操作 |
这里需要理解一个关键点：foundation 虽然是"物理机"，但在这套模拟环境里它更像是一个管理平面。你通过它执行 rht-vmctl 命令来开关其他虚拟机，也通过它打开 virt-manager 图形控制台。workstation 是你敲 lab 命令的地方，lab 命令会从预先配置好的题库脚本里拉取练习状态，把环境重置到题目要求的初始条件。servera 和 serverb 是被操作对象，你练习的大部分系统管理操作都在这两台机器上完成。bastion 的角色容易被忽略，但它在练习里很重要——很多题目要求配置 yum 软件源或部署文件服务，答案就是指向 bastion 提供的仓库和文件，模拟真实网络环境中的基础设施节点。
2.2 账号密码与 SSH 登录路径：从 foundation 跳到任意主机
这套环境里的账号密码是有规律可循的。foundation 的 root 密码是 Asimov，其他所有主机的 root 密码是 redhat，学生账号统一是 student/student。这里最容易踩的坑是把 foundation 的 root 密码套到其他主机上，结果 SSH 一直认证失败。
| 主机 | 账号 | 密码 | 用途 |
|---|---|---|---|
| foundation | root | Asimov | 物理机管理入口 |
| workstation / servera / serverb | student | student | 练习操作账号 |
| workstation / servera / serverb | root | redhat | 管理员操作账号 |
从 foundation 登录其他主机的路径是这样：
# 在 foundation 上登录 workstation ssh root@workstation # 提示输入密码：redhat# 在 workstation 上登录 servera，使用 student 账号 ssh student@servera # 提示输入密码：studentSSH 登录链路是这套环境最常用的操作方式。我一般会建议练习时用 student 账号登录，需要提权时再 sudo，因为红帽考试题目里大量涉及非 root 场景的配置操作，比如创建用户、修改权限、配置 sudo 规则，用 student 账号登录更贴近真实考试手感。root 直接登录虽然省事，但会错过练习过程中该有的权限判断训练。
2.3 rht-vmctl 启动流程与 console 登录：正常启动和紧急通道
管理这套虚拟主机，核心工具就是 foundation 上的 rht-vmctl 命令。启动全部主机的命令素材里写得清楚：
rht-vmctl start allstart 参数对应开机，all 表示所有虚拟主机。配套的还有 stop all（全部关机）和 reset all（全部重置到初始状态），这两个命令在练习中经常用到，特别是环境被你折腾得乱七八糟的时候，reset 比手动恢复配置高效得多。
启动后可以用 virsh 确认每一台虚拟机的运行状态：
virsh list --all这个命令会列出所有虚拟机的当前状态，running 表示正在运行，shut off 表示已关机。我一般会先跑一遍这个命令，确认 workstation、servera、serverb 都起来了，再开始 SSH 连接，省得 SSH 报错时还要猜是哪台机器没开机。
console 登录是另一条路径，适用于三种场景：破解 root 密码、强制重启系统、网络不通时紧急干预。操作入口在 foundation 的图形桌面上：
virt-manager打开 virt-manager 后选中目标虚拟主机，双击即可打开 console 控制台窗口。这个窗口相当于直接接了一台显示器和键盘到虚拟机上，不依赖网络，所以网络配置坏了也能进系统修。需要特别注意的是，console 窗口里鼠标键盘操作和普通桌面有差异，点击进入窗口后键盘输入才会生效，这个细节后面避坑章节还会展开。
3. RH294 环境拆解：快照机制与模拟考试评分闭环
3.1 与 RH134 的差异：四台被控端和控制端角色的升级
RH294 环境的资源需求明显更高，占用硬盘空间 60G 以上，虚拟机内存至少分配 8G。原因很简单：RH294 对应的是 RHCE 认证，考试内容围绕自动化运维展开，需要操作的主机数量比 RHCSA 多一倍，再加上认证试题和评分系统本身也占空间。
| 对比项 | RH134 环境 | RH294 环境 |
|---|---|---|
| 服务器数量 | servera / serverb 两台 | servera / b / c / d 四台 |
| 硬盘占用 | 30G 以上 | 60G 以上 |
| 最低内存 | 6G | 8G |
| 快照 | 无明确划分 | 初始化 / RHCSA / RHCE 三个快照 |
| 模拟考试 | 无评分系统 | 完整试题与 exam-grade 评分 |
| 控制端 | workstation | workstation、bastion 均可 |
主机角色上，RH294 多了 serverc 和 serverd 两台服务器，这与 RHCE 考题里多主机批量配置的题型直接相关。自动化考试的典型场景是：控制端写好脚本或 playbook，一次性在四台受管节点上部署服务、创建用户、调整配置。如果只有两台服务器，很多批量操作的练习效果会大打折扣。bastion 在这套环境里不仅可以提供 yum 仓库和路由，还能作为控制端使用，这意味着你可以在 bastion 上安装自动化工具并管理另外四台服务器，进一步贴近真实生产环境的控制节点布局。
3.2 三个快照怎么选：初始化、RHCSA、RHCE 的适用场景
RH294 环境最实用的设计是预置了三个快照，对应三种练习场景。快照相当于系统的后悔药，切换到任意一个快照，整个环境会回到该快照记录时的状态。
| 快照名称 | 用途 | 适用场景 |
|---|---|---|
| 初始化 | 环境原始状态，遇到 bug 或无法操作时恢复 | 环境崩了、配置乱套、网络不通 |
| RHCSA | RHCSA 练习题目专用 | 备考 RHCSA 阶段 |
| RHCE | RHCE 练习题目专用 | 备考 RHCE 阶段 |
用 virsh 命令可以查看当前环境的快照列表：
virsh snapshot-list workstation执行后输出会显示快照名称和创建时间。切换快照的操作在 virt-manager 图形界面里完成，或者用 virsh snapshot-revert 命令恢复。这里有一条关键经验：切换快照之前先关机。在虚拟机运行状态下直接切换快照，可能出现文件系统不一致的问题，恢复后系统会进入强制检查甚至起不来。我一般会先 rht-vmctl stop all，确认所有虚拟机关机后再切换快照，然后重新启动。
3.3 模拟考试闭环：kiosk 登录、exam-setup 初始化、exam-grade 评分
RH294 环境的精髓在于它带了一套模拟考试闭环。整个流程模拟的是真实考试环境：登录、初始化考试环境、答题、提交评分。
# 第一步：在 foundation 上用 kiosk 账号登录 # 账号：kiosk # 密码：redhat login: kiosk Password: redhat # 第二步：初始化考试环境 exam-setup # 第三步：登录 workstation 开始答题 ssh workstation # 第四步：做完所有题目后，回到 foundation 执行评分 exam-gradeexam-setup 这条命令的作用是把考试环境重置到题目要求的初始状态，包括恢复被改动的配置文件、重新生成练习所需的素材文件、确保所有主机的网络和服务处于题目设定状态。exam-grade 则是执行评分，它会逐项检查你的配置，对照标准答案给出分项分。
评分环节有两个容易被忽略的细节。第一，exam-grade 必须在 foundation 上执行，而且是在 kiosk 账号下执行，不是 root 账号，也不是在 workstation 上执行。第二，评分前要确保所有目标主机处于开机状态，如果评分时 serverc 或 serverd 是关机的，对应题目的检测项会直接判零分。评分逻辑本身对我们来说是黑匣子，看不到细节扣分明细，所以能做的就是提交前把环境状态检查做全。我会在 exam-grade 之前跑一遍 virsh list --all，确认四台服务器和 workstation 全部 running，再执行评分。
4. 常见问题与避坑：这套环境最容易翻车的五个地方
4.1 虚拟机黑屏：内存分配低于底线
现象：workstation 开机后进度条走一半黑屏，或者图形界面起不来，virsh list 显示 running 但 console 窗口没有任何输出。
原因：虚拟机实际分配的内存低于环境要求。RH134 至少需要 6G，RH294 至少需要 8G，这个数字是底线而不是推荐值。这套环境里每台虚拟机同时要跑图形桌面、后台服务、题库脚本，内存吃紧时系统会直接卡死在启动阶段，表现就是黑屏。
解决：在 virt-manager 里关闭虚拟机，双击打开硬件详情，把内存调到要求值以上。RH294 我一般会直接给到 10G，留出余量，避免评分时内存不足产生莫名其妙的失败。
4.2 快照切错导致题目和评分对不上
现象：明明在准备 RHCE，exam-setup 之后题目却是 RHCSA 的内容；或者 exam-grade 评分结果异常低，丢分点全在自动化相关题目上。
原因：快照状态与练习目标不匹配。RH294 环境有三个快照，分别对应初始化、RHCSA、RHCE 三种状态。如果当前处于 RHCSA 快照，环境里的题库和评分基准就是 RHCSA 的，拿到 RHCE 的练习资料对不上是正常的。
解决：开机前先确认当前快照。在 foundation 上执行 virsh snapshot-list 查看快照列表，确认当前快照是你需要的场景。如果不对，关机后切换快照再启动，这一步至少能避免一半的评分异常问题。
4.3 SSH 连不上：重启后 IP 地址变了
现象：昨天还能 ssh 到 workstation，今天重启后连接超时或者被拒绝，报错提示连不上目标主机。
原因：这套环境的虚拟网络默认走 DHCP 分配 IP，虚拟机重启后 IP 地址可能发生变化。你 SSH 命令里写的还是旧地址，自然连不上。
解决：回到 foundation，用 virsh list --all 确认目标虚拟机是 running 状态，然后用 virt-manager 打开 console 窗口，看登录界面显示的当前 IP，重新用新地址 SSH。如果经常遇到这个问题，建议在 workstation 上配置静态 IP，这一步本身也是 RHCSA 常考的网卡配置练习，一举两得。
4.4 console 窗口里密码输错三次被锁
现象：在 virt-manager 的 console 窗口里输 root 密码，输入了正确的密码却一直提示认证失败，连续三次后账号被锁定。
原因：console 窗口的键盘焦点没落在虚拟机屏幕上，你敲的字符根本没进到登录框里；或者大小写状态不对。root 密码区分大小写，Asimov 和 redhat 都是有大小写规则的密码，Caps Lock 开着一整轮输入全废。
解决：在 console 窗口里先点一下屏幕区域，确认键盘焦点进入虚拟机，再开始输密码。输密码时可以盲输然后用退格键清空重来一次，确认焦点有效。账号被锁也不用慌，用 foundation 的 root 权限解锁对应账号即可，或者直接重启虚拟机。
4.5 网盘解压后立即导入，空间和路径都没检查
现象：导入虚拟机时提示找不到镜像文件，或者导入到一半报磁盘空间不足，虚拟机的磁盘文件损坏。
原因：解压 RH294 环境需要 60G 以上可用空间，很多人没确认目标盘剩余空间就开始解压。另外解压出来的镜像文件路径如果包含中文或空格，部分虚拟机管理工具解析路径时会出问题。
解决：解压前先确认目标盘剩余空间，用 df -h 看一目录可用容量。解压后先看镜像文件的实际路径，确认没有中文和空格，再导入虚拟机管理工具。导入后先启动一台主机试运行，确认正常再继续，别一次性导入全部六台主机，出了问题排查成本高很多。
5. 用快照做后悔药：练习前后的状态管理习惯
RH294 环境自带三个快照，但真实练习中我建议自己再加一个"练习前快照"。操作逻辑很简单：每次开始一套新题之前，在干净的环境状态下打一个自定义快照，练习过程中随便折腾，练完或者练崩了直接恢复到练习前快照，马上能开始下一套题，不用重新跑 exam-setup。
打快照的命令用 virsh 就能完成：
virsh snapshot-create-as workstation practice-start这条命令给 workstation 打一个名为 practice-start 的快照，执行完会返回快照创建成功的提示。恢复时用：
virsh snapshot-revert workstation practice-start恢复到该快照状态。这里有个先后顺序问题：如果工作站上有多台虚拟机需要一起恢复，先确定好恢复顺序再动手。我一般先恢复 workstation，再恢复 servera 到 serverd，最后恢复 bastion，因为 workstation 上的自动化控制端配置依赖受管节点的网络状态，顺序乱了容易出现 SSH 密钥不匹配的问题。
光有快照还不够，评分前还需要一套快速验证流程。我给自己定的检查顺序是：virsh list --all 确认所有主机 running，ssh 到 workstation 执行 hostname 确认系统身份正确，再 ssh 到 servera 测试控制端到受管节点的连通性。这套流程跑完没问题，再执行 exam-grade。从那以后我每次拿到新环境，第一件事不是急着练习，而是先花十分钟把快照列表和账号密码表抄一遍，强制走一遍启动、连接、登出、关闭的完整链路，确认没问题才开始做题。这套检查习惯帮我把环境因素和练习因素彻底分开，题目做不出来时能确定是知识问题而不是环境问题。希望帮到你。
本文还有配套的精品资源，点击获取
