简介：面向备考红帽RHCSA与RHCE认证的学员，这份《RH134-RH294环境说明》是一份精简实用的环境部署速查文档。内容针对RH134与RH294两套官方模拟培训环境，分别说明硬盘占用约30G与60G、虚拟机内存至少6G与8G的配置要求，并梳理了foundation、workstation、servera等主机的角色分工——bastion承担yum仓库、文件服务与路由功能，serverc/d等作为被控端——同时列出root、student、kiosk等常用账户的默认密码。文档还重点说明了rht-vmctl start all管理虚拟机、virt-manager登录console口等操作（适用于破解密码、强制重启等场景），以及RH294环境初始化、RHCSA、RHCE三个快照的用途和exam-setup/exam-grade模拟考试评分流程，帮助学习者快速完成环境搭建，并在模拟考试中自我评估备考进度。这份文档将分散在课程中的环境信息汇总成一份可随时查阅的手册，非常适合实验前快速参看。资源共1个PDF文件，压缩包仅398KB，便于随时查阅。已有290人学习下载，适合正在准备红帽认证或需要搭建Linux实验环境的运维人员参考使用。
1. RH134/RH294 环境说明：先看五台主机、三个快照、两条评分的整体地图
RH134 和 RH294 的环境说明，表面看只是十几行命令和几组账号密码，实际上是一张完整的实验网络地图。把这份说明梳理下来会发现，整个环境可以用三个数字压缩：五台主机角色、三个快照、两条评分命令。五台主机是 foundation、workstation、servera/b 和 bastion，分别承担物理机管理端、工作平台、目标服务器和网关系统的职责；三个快照把 RH294 环境切分为初始化修复、RHCSA 演练、RHCE 演练三种状态；两条命令 exam-setup 和 exam-grade 则把“做题”和“评分”连成闭环。这份地图适合两类人：一类是刚装好镜像准备刷题的学员，需要一张不迷路的主机分工表；另一类是已经练过几轮、想系统查漏补缺的复习者，可以用它快速定位最容易漏掉的步骤。两套镜像均通过网盘分享，提取码 1234，导入后按本文的流程走即可。
2. RH134 环境拆解：主机角色、账号密码与 console 口登录的三块基石
2.1 硬件需求不是推荐值：30G 硬盘与 6G 内存的边界条件
RH134 是 RHCSA 8.0 的官方模拟培训环境，镜像本体占用约 30G 硬盘空间，虚拟机内存建议至少分配 6G。这里的关键词是“至少”——6G 只是能开机的下限，不是流畅练习的舒适配置。整个环境由 foundation 物理机拉起多台虚拟主机，workstation 自带图形界面，servera 和 serverb 又是独立运行的系统，几台虚拟机叠加后的内存开销远高于单机。
在给宿主机做资源规划时，建议按“镜像本体 + 快照增量 + 剩余缓冲”三部分估算磁盘。30G 是镜像文件的基础占用，练习过程中快照持续增长，实际预留低于 50G 很可能练到一半就报警。内存方面，6G 是官方给的下限，宿主机物理内存足够时最好往 8G 以上给，否则 SSH 间歇性超时、虚拟机启动缓慢这类“玄学故障”会把排查方向带偏。
提示：环境起不来时，先看资源，再看网络。内存不足和磁盘写满引发的故障，表现往往比配置错误更隐蔽。
2.2 五台主机各自分工：foundation 是总开关，bastion 是内部仓库
RH134 环境由 foundation 物理机作为总控，其他主机均可通过 SSH 连接。开始练习前先把这张主机角色表记牢：
| 主机名 | 角色 | 核心能力 |
|---|---|---|
| foundation | 物理机 | 管理所有虚拟主机的启停，提供控制台入口 |
| workstation | 工作平台 | 执行 lab 命令，日常练习的主要操作端 |
| servera | 服务器 | 练习目标机，通过 SSH 进行管理 |
| serverb | 服务器 | 另一台练习目标机，常用于服务配置类题目 |
| bastion | 网关系统 | 提供 yum 仓库、所需文件、路由功能 |
记忆方法是：foundation 是总开关，workstation 是你坐的位置，servera/serverb 是你要修的对象，bastion 是环境内部的“资源中心”。练习中如果遇到 yum 装包失败，先检查 bastion 上的仓库是否在线，而不是急着改配置文件——很多软件源问题的根源都在网关这一层。
账号方面需要记住的其实只有四组：
| 账号 | 密码 | 适用位置 |
|---|---|---|
| root | Asimov | 仅 foundation 物理机 |
| student | student | workstation、servera、serverb 等虚拟机的日常账号 |
| root | redhat | 各虚拟机上的管理员账号 |
| kiosk | redhat | foundation 上用于模拟考试入口的专用账号 |
最容易混的是 root 密码：foundation 自己的 root 密码是 Asimov，而由 foundation 拉起的虚拟机 root 密码统一是 redhat。在 foundation 上输 redhat 会登录失败，这是新手最常见的“密码错误”来源。
2.3 rht-vmctl 命令族：从 start all 到 reset 的常用操作
foundation 管理虚拟主机全部依赖 rht-vmctl 命令。原文给出的核心动作是启动所有虚拟主机，完整操作还包括查看状态、停止和单机重置：
rht-vmctl start all # 启动 foundation 下的所有虚拟主机 rht-vmctl status all # 查看所有虚拟主机的运行状态 rht-vmctl stop all # 关闭所有虚拟主机，宿主机重启前建议先执行 rht-vmctl reset servera # 将 servera 重置到初始状态，用于配置改坏时恢复start all 是最常用的命令，但执行前最好先确认 foundation 自身网络正常，否则子虚拟机可能因拿不到地址而启动失败。status all 是排查故障的第一步——SSH 连不上 servera 时，先看它到底有没有起来，比反复 ping 更高效。stop all 在课程结束或宿主机关机前很关键，直接关宿主而不停虚拟机，下次启动时容易出现磁盘锁和快照损坏。reset 是单台目标机的“后悔药”，改坏了配置直接重置回干净状态，比自己手动修复快得多。
2.4 virt-manager 的 console 口登录：破解密码和强制重启的兜底方案
日常操作虚拟机走 SSH 就够了，但有两类场景必须直面虚拟机的控制台：一类是破解 root 密码，另一类是网络配置改错导致 SSH 彻底断开。此时需要从 foundation 打开图形化的虚拟化管理器：
# 在 foundation 上以 kiosk 用户或图形界面登录后执行 virt-manager打开后在 activities 的 show applications 里找到虚拟化管理器图标，选中 servera 或 serverb 对应的虚拟机窗口，就能看到类似物理服务器接显示器时的 console 界面。这个界面可以进入单用户模式、重置密码、修改引导参数。破解密码是 RHCSA 的高频考题，console 口是完成这道题的唯一通道。平时练习时建议刻意只用 console 口重设一次密码，把入口路径走熟，否则考试时在图形界面里找虚拟机入口会白白浪费时间。
3. RH294 环境拆解：四台被控端、三种快照与 exam 评分闭环
3.1 资源需求翻倍的背后：RH294 比 RH134 多出了什么
RH294 是面向 RHCE 的 8.0 考试环境认证试题与评分系统，硬盘占用提升到 60G 以上，虚拟机内存建议至少 8G。资源翻倍的原因很直接：被控端从两台增加到四台，多出的 serverc 和 serverd 让自动化运维练习的受管节点数量翻倍；同时 bastion 在 RH294 中既要提供 yum 仓库和路由，又要作为控制端参与考试流程，整体进程开销比 RH134 大得多。
两套环境的结构差异可以用一张表看清楚：
| 对比项 | RH134 | RH294 |
|---|---|---|
| 镜像占用 | 约 30G | 60G 以上 |
| 建议内存 | 至少 6G | 至少 8G |
| 被控端 | servera、serverb | servera、serverb、serverc、serverd |
| bastion 定位 | 网关系统 | 网关系统 + 可作控制端 |
| 快照 | 无明确划分 | 初始化 / RHCSA / RHCE 三个快照 |
| 评分系统 | 无 | exam-setup + exam-grade |
从练习角度看，RH294 中 bastion“可做控制端”这一点容易被忽略。很多人只习惯在 workstation 上配置 ansible 控制端，一旦题目要求从 bastion 发起操作，就会因为没在那边准备密钥和配置文件而卡住。
3.2 三个快照的用途：初始化、RHCSA、RHCE 分别什么时候用
RH294 环境预置了三个快照，这是模拟考试环境的特色设计，也是最值得提前理解的部分：
| 快照名 | 用途 | 适用场景 |
|---|---|---|
| 初始化 | 遇到 bug 或环境无法操作时恢复 | 任何状态下的救急入口 |
| RHCSA | 练习 RHCSA 题目使用 | 主攻系统管理的练习周期 |
| RHCE | 练习 RHCE 题目使用 | 主攻自动化运维的练习周期 |
三个快照的关系可以理解为：初始化是出厂状态，用来“回到干净环境”；RHCSA 快照是从初始化派生出的系统管理演练场；RHCE 快照则是自动化运维演练场。做题前先确认自己今天练哪个方向，再选择对应快照。直接在初始化状态下执行 lab 命令或 exam-setup，很多题目依赖的目录结构和配置文件是不存在的，会让人误以为环境坏了。
遇到 bug 时回到初始化快照，要养成条件反射。练习中常见的场景是 ansible 控制端连接受限、某台被控端被改得无法恢复，与其手动修补，不如直接恢复初始化快照再重新 setup，整个过程不超过几分钟。
3.3 模拟考试闭环：kiosk 登录、exam-setup、exam-grade
模拟考试环境的操作遵循固定套路：先登录，再初始化，然后做题，最后评分。登录使用 foundation 上的 kiosk 账号，密码是 redhat，这个账号是模拟考试的专属入口，与日常实验的 student 账号分开。
完整流程如下：
# 1. 在 foundation 上使用 kiosk 账号登录，密码 redhat # 2. 初始化环境配置，为评分准备好控制端与被控端 exam-setup # 3. 开始做题（练习过程中可使用 lab 命令辅助） # 4. 题目完成后执行评分 exam-gradeexam-setup 的作用是把控制端与被控端之间的连接、题目所需的基础文件、评分脚本依赖全部铺好。评分系统能否正常运行，很大程度取决于 setup 是否在正确的快照上执行过。exam-grade 会逐条核对题目要求并输出得分情况。有一个常见误解值得注意：exam-grade 不是只读检查，评分过程中可能会调用 playbook 重新布置环境，所以评分前应确保被控端在线，评分过程中不要中断 SSH 连接。
注意：每次从快照恢复后，必须重新执行 exam-setup。快照恢复会清空环境状态，直接从头开始是安全的；但上次练习遗留的配置如果没有清干净，直接 exam-grade 会得到不稳定的结果。
4. 环境使用易漏点：内存、快照、评分三处最容易翻车的地方
4.1 易漏点一：内存只给最低值，故障变成黑匣子
易漏点：RH134 要求至少 6G、RH294 要求至少 8G，很多人按这个数字精确配置，结果虚拟机运行缓慢、SSH 经常超时、评分时卡死，却找不到原因。
为什么漏：最低配置是“能启动”的下限，不是“能稳定练习”的推荐值。这个环境叠加了图形界面、多台虚拟机和评分系统的开销，达到最低值只是能开机，离流畅操作还有距离。更麻烦的是，资源不足的故障表现非常不直观——表现为 SSH 间歇性超时、yum 安装时莫名失败、评分脚本报错，很难联想到内存上。
怎么补：宿主机内存允许时，建议 RH134 配到 8G 以上，RH294 配到 10G 以上；同时避免同时开多个快照或后台虚拟机。启动环境前用 free -m 确认可用内存，余量不足时先关掉不需要的窗口再继续，不要带着满载的宿主机开始练习。
4.2 易漏点二：快照停在初始化状态就直接做题
易漏点：打开 RH294 环境后不确认当前快照是哪一个，直接在初始化状态下执行 lab 或 exam-setup，结果题目环境不完整，做了一半才发现。
为什么漏：很多人开机就干活，但初始化快照只是一个“干净的操作系统现场”，并没有为考试题目准备目录结构、账号和配置文件。RHCSA 和 RHCE 快照才是题目的载体，初始化快照适合做系统级实验和修复练习，不适合直接拿来做模拟题。
怎么补：开始练习前先查看虚拟机的快照列表，确认当前快照名称。如果已经进入错误快照，恢复对应快照并重新执行 exam-setup，不要硬着头皮做下去——错误快照下的练习结果没有参考意义，评分更是浪费一次机会。
4.3 易漏点三：跳过 exam-setup 直接 exam-grade，评分结果变玄学
易漏点：恢复快照后直接执行 exam-grade，得到的分数忽高忽低，或者评分脚本报错找不到主机。
为什么漏：exam-setup 是个容易被忽略的前置步骤——它的输出很少，看起来像“没干什么”，但它负责建立控制端与被控端的信任关系、生成题目基线和评分依赖。没有它，评分系统可能无法解析受管节点地址，甚至把上次练习的残留配置也算进去。
怎么补：固定自己的流程——恢复快照后第一件事是执行 exam-setup，做完题再 exam-grade。如果评分报错，先重新跑一遍 setup 再试。记住一条原则：setup 永远在 grade 之前，两次 grade 之间如果改过环境，也要重新 setup。
4.4 易漏点四：硬盘只算本体容量，快照增量无人认领
易漏点：按 30G 或 60G 准备了磁盘空间，练到中途发现宿主机磁盘告警，虚拟机无法启动。
为什么漏：环境说明里写的 30G 和 60G 是镜像文件的基础占用，实际使用中快照会持续增长。尤其是 RH294 中反复恢复快照、每次 exam-grade 重新写入数据，磁盘占用会明显膨胀。磁盘接近满时，虚拟机的故障表现比内存不足更复杂，包含 IO 错误和随机崩溃。
怎么补：预留容量时在本体要求上至少多加 50% 空间；练习期间用 df -h 定期检查宿主剩余空间，至少保留 10G 以上再启动环境。把空间估算公式记成“镜像本体 + 快照增量 + 余量缓冲”三部分，而不是只看镜像文件大小。
4.5 易漏点五：lab 命令的执行位置搞混，命令不存在或权限不对
易漏点：在 foundation 上执行 lab 命令，或者在 servera 上执行 lab 命令，得到“命令未找到”或权限不足的提示，以为环境坏了。
为什么漏：环境说明中写得很明确——workstation 是工作平台，可执行 lab 命令。但很多人习惯在登录后的第一台机器上敲命令，而 foundation 和 servera 上并没有配置 lab 命令的环境。这属于“文档读了但没对照场景”的典型疏漏。
怎么补：把 lab 命令的使用范围绑定到 workstation，日常练习先 SSH 到 workstation 再执行 lab 相关操作。如果确实需要在 foundation 上做管理操作，就用 rht-vmctl 系列命令，不要混用。把“哪个主机执行哪类命令”当成环境记忆的一部分，而不是随手敲。
5. 复习清单：从开机到评分的查漏补缺流程
把全文要点收拢成一张可执行的复习清单，每次开始练习前照着走一遍，能规避绝大多数环境问题：
| 阶段 | 检查项 | 对应动作 |
|---|---|---|
| 环境准备 | 宿主磁盘余量大于 10G | df -h |
| 环境准备 | 虚拟机内存达到推荐值 | free -m |
| 开机 | 启动全部虚拟机 | rht-vmctl start all |
| 开机 | 确认所有主机在线 | rht-vmctl status all |
| 登录 | 按主机选择正确账号密码 | 对照账号表，foundation 用 Asimov |
| 模式选择 | RH294 确认当前快照 | 初始化 / RHCSA / RHCE |
| 模拟考试 | 恢复快照后先执行 setup | exam-setup |
| 评分 | 环境改动后再评分 | exam-grade |
把这条流程用命令串起来，一次完整的复习周期长这样：
# 宿主准备阶段 df -h # 检查磁盘余量，剩余空间低于 10G 先清理 free -m # 检查内存余量，紧张时关闭多余程序 # 进入 foundation 后 rht-vmctl start all # 拉起全部虚拟主机 rht-vmctl status all # 确认所有主机已就绪，再开始 SSH 连接 # RH294 模拟考试阶段（RH134 练习可跳过快照选择） # 选择 RHCSA 或 RHCE 快照，登录 kiosk 账号 exam-setup # 每次恢复快照后都要执行，不可跳过 # 开始做题 ... exam-grade # 题目做完后评分，查看得分明细这套流程是我踩了几次坑之后固定下来的习惯。最早一次是没确认快照就直接做题，做完发现状态不对，回头看才知道用了初始化快照；后来又在模拟考试里跳过 setup 直接 grade，分数忽高忽低，才彻底明白了 setup 和 grade 之间的依赖关系。从那以后，我每次启动环境都强制走一遍上面的流程：disk、mem、status、setup、grade，五步一步不缺。把这套清单存成备忘，每次开机照做一遍，环境相关的低级错误基本可以清零。希望这份 RH134/RH294 环境说明笔记能帮到你。
本文还有配套的精品资源，点击获取
