简介：一份面向正在备战RHCSA与RHCE认证学员的环境使用说明，针对官方模拟环境搭建复杂、上手门槛较高的问题，提供了完整的环境使用指南。整份资料仅1个PDF文件，大小398KB，方便随时查阅。内容首先讲解RH134环境，明确其约30GB硬盘、6GB以上内存的硬件需求，并逐项说明foundation物理机、workstation工作台、servera/serverb服务器以及bastion网关的职能，同时给出rht-vmctl start all批量启动、virt-manager console登录等关键操作。接着转入RH294环境，指出其需要约60GB硬盘和8GB以上内存，并介绍四台被控服务器、三个快照（初始化、RHCSA、RHCE）的应用场景，以及模拟考试中exam-setup配置和exam-grade评分的完整流程。文档还汇总了root、student、kiosk等默认账号密码，区分了SSH与console两种连接方式，并以分步说明呈现，适合培训讲师和自学考生直接参考。目前已有290人学习，对需要快速搭建红帽练习环境、高效备考的读者来说，这份说明能显著减少摸索时间，帮助集中精力投入实际操作。
1. 环境地图：RH134 与 RH294 先看清全局再动手
RH134 与 RH294 分别对应 RHCSA 和 RHCE 两个认证方向的备考环境，两者共用同一套 RHEL 8.0 虚拟化拓扑。整套环境由五类角色组成：foundation 是物理机，负责托管所有虚拟机并统一开关；workstation 是日常做实验的工作台，各种 lab 命令都在这里执行；servera、serverb（RH294 再增加 serverc、serverd）是练手和评分的目标主机；bastion 承担网关、yum 仓库和文件分发，在 RH294 里还能作为控制端使用。把这份拓扑记在脑子里，后面所有操作才有正确的落点。
RH134 环境占用约 30G 硬盘、虚拟机至少分配 6G 内存；RH294 环境占用约 60G 硬盘、虚拟机至少分配 8G 内存，并且预置了初始化、RHCSA、RHCE 三份快照，外加 exam-setup 与 exam-grade 组成的模拟考试闭环。拿到环境包后，建议先花半天把这份地图过一遍再开虚拟机，否则很容易在密码、快照、评分顺序这些细节上来回折腾。这套资源适合两类人：刚学完 RHCSA/RHCE 大纲、需要贴近真实考题的练习平台的人；已经刷过一轮题、想借助自动评分逐项查漏补缺的人。
2. 主机架构：foundation、workstation、server、bastion 五类角色怎么配合
这个环境最容易被低估的，是主机角色的分工。很多人拿到环境包后习惯性 ssh 到 servera 就开始做题，直到安装软件包失败、实验初始化报错，才回头研究架构。先把五类角色认全，后面每一次操作才能准确落到该落的主机上。
2.1 foundation：物理机、总开关与应急控制台
foundation 是整套虚拟机的宿主，相当于机房里的那台物理服务器。日常管理它的核心命令是 rht-vmctl，在 foundation 上以 root 用户执行：
rht-vmctl start all # 启动所有虚拟主机 rht-vmctl status all # 查看所有主机的运行状态 rht-vmctl stop all # 关闭所有虚拟主机 rht-vmctl start workstation # 只启动指定主机rht-vmctl 的第二个参数既可以是 all，也可以是具体主机名。环境整体启动失败或某台机器卡死时，先在 foundation 上执行rht-vmctl status all，确认每台虚拟机的电源状态和报错信息，再决定是重启单台还是整体重启。直接重导快照虽然也能恢复，但会丢掉当天的练习进度，所以 status 才是第一道排查手段。
foundation 还预装了 virt-manager。它不只是图形化查看虚拟机列表的工具，更重要的是提供了每台虚拟机的 console 控制台。后面讲到的"破解密码、强制重启、ssh 连不上"这类场景，全部要从这里进入。foundation 的登录账号是 root，密码是 Asimov——注意，这是整套环境里唯一一个 root 密码不是 redhat 的地方，第一次配环境时最容易在这里卡住。
2.2 workstation：lab 命令入口与练习主阵地
workstation 是学习者的日常操作台，所有 lab 命令都在这里执行。lab 命令的作用是初始化当前实验到题目要求的初始状态，通常形如 lab <实验名> start。做新题之前跑一遍 lab，能把上一题残留的用户、服务、配置全部重置，避免上一题的操作结果干扰这一题的判断。
练习流程是固定的：登录 workstation，执行对应题目的 lab 命令，然后开始在 servera、serverb 等目标主机上操作，完成后复查。如果 lab 命令报错，先确认 workstation 本身是否处于运行状态，再确认 foundation 的时钟和网络是否正常——这两项出问题会让 lab 命令出现各种奇怪的超时错误。workstation 上的可用账户是 student/student 和 root/redhat，与 server 系列保持一致，登录时不必额外记一套密码。
2.3 servera、serverb（/c/d）：被操作的目标主机
RH134 环境只有 servera 和 serverb 两台服务器，RH294 环境扩展到四台：servera、serverb、serverc、serverd。它们是各类实操题的操作对象——创建用户、配置存储、部署服务、编写自动化脚本，全部在这些机器上完成。
ssh 是最常规的登录方式，例如：
ssh student@servera ssh root@serverb做题时养成先 ssh 到目标主机再操作的习惯，不要只在 workstation 上敲命令却忘了指定远程主机。RH294 阶段主机数量从两台变成四台，写自动化脚本的 inventory 时最容易把主机名写混。每次操作前先执行 hostname 确认自己登录的是哪一台，能省掉大量因"改错机器"导致的返工。
2.4 bastion：yum 仓库、文件服务与路由网关
bastion 是这套环境里最容易被忽略的角色。它提供 yum 仓库、所需文件和路由功能——练习中安装软件包、拉取题目要求的文件，请求最终都指向 bastion。如果某道题的软件包安装失败，第一反应应该是检查软件源是否指向 bastion 的仓库，而不是立刻去外网找安装包。
RH294 环境里 bastion 还可以作为控制端使用，这一点经常被忽略。默认大家都习惯用 workstation 写 playbook，其实 bastion 同样能执行自动化控制命令。部分题目在场景设计上把 bastion 当作唯一控制端，提前验证它上面的软件包和配置是否完整，能省去不少临场返工。
RH134 与 RH294 的主机角色对比如下：
| 角色 | RH134 | RH294 |
|---|---|---|
| foundation | 物理机，使用 rht-vmctl 管理 | 物理机，使用 rht-vmctl 管理 |
| workstation | lab 命令入口 | lab 命令入口，可作控制端 |
| servera / serverb | 目标主机 | 目标主机 |
| serverc / serverd | 无 | 目标主机 |
| bastion | yum 仓库、文件、路由 | yum 仓库、文件、路由，可作控制端 |
对照下来会发现，RH294 与 RH134 最大的差异不只是多两台服务器，而是 bastion 从一个单纯的"后台仓库"升级为"可执行控制端"，再加上下一章要展开的多快照机制与评分系统。这个角色变化直接影响练习时的操作习惯。
2.5 console 口登录：破解密码与强制重启的唯一出路
常规操作走 ssh，但有两类场景 ssh 完全失效：一是 root 密码被改坏需要破解，二是系统被配置成异常状态需要强制重启。这两类场景只能通过 console 口进入。
在 foundation 上执行 virt-manager，弹出图形界面后双击对应虚拟机，就能打开它的 console 窗口。这个窗口等同于坐在服务器前用显示器加键盘直接操作，不依赖任何网络配置。血泪经验：考试中把 sshd 配置改坏、把防火墙配错是常有的事，凡是涉及网络相关配置的题目，动手前先确认自己知道怎么进 console 口，否则改完连不上就真的卡死了。
3. 资源、快照与账号：部署前的硬指标和密码全景
3.1 硬盘与内存：两个环境的容量阈值
RH134 占用约 30G 硬盘、虚拟机内存至少分配 6G；RH294 占用约 60G 硬盘、虚拟机内存至少分配 8G。这里说的内存是分配给虚拟机的内存，不是物理机总内存。按整套拓扑计算，foundation 上同时跑着 workstation、bastion 和多台 server，物理机内存建议按这个数值翻倍以上准备——RH134 至少留出 16G，RH294 至少留出 18G，否则多台虚拟机同时工作时会出现明显卡顿甚至启动失败。
硬盘上最容易被低估的是快照占用的空间。RH294 预置三份快照，快照文件会随着虚拟机运行逐渐增长，实际占用会超过初始的 60G，建议保留 80G 以上可用空间。如果导入环境后启动时报磁盘空间不足，优先检查虚拟机镜像所在分区的剩余量，而不是急着重导环境包。
3.2 三份快照：初始化、RHCSA、RHCE 的使用时机
RH294 环境预置了三份快照，用途完全不同：
| 快照 | 用途 |
|---|---|
| 初始化 | 环境出现 bug 或操作到无法恢复时回滚 |
| RHCSA | 练习 RHCSA 题目时使用 |
| RHCE | 练习 RHCE 题目时使用 |
把"初始化"理解为环境的出厂设置：无论把 servera 配成什么样、无论自动化脚本把系统改到什么状态，回滚到初始化快照就能回到干净起点。RHCSA 和 RHCE 快照则分别是两套题目对应的初始环境，题目与系统状态是配套的——练 RHCSA 题却选 RHCE 快照，开局就错位。
快照回滚的操作路径是：foundation 上打开 virt-manager，进入虚拟机详情，打开快照管理，选中目标快照并恢复。恢复前确认当前进度不需要保留，快照回滚不可逆。快照就是环境的"后悔药"，但吃后悔药前先想清楚值不值得。
3.3 账号密码全景：三层登录信息的记忆方法
整套环境的账号密码分成三层，全部记熟才能顺畅操作：
| 主机 / 场景 | 账号 | 密码 |
|---|---|---|
| foundation | root | Asimov |
| workstation、servera/b/c/d | student | student |
| workstation、servera/b/c/d | root | redhat |
| 模拟考试登录 | kiosk | redhat |
| ssh 连接其他主机 | root 等 | redhat |
最容易记混的是 foundation 的 root 密码。如果以为"root 密码统一是 redhat"，那 foundation 就是唯一的例外，它是 Asimov。建议把这个例外单独抄在环境笔记的第一行。另一个容易漏掉的是 student 账户的密码就是 student 本身，很多题目要求以 student 登录后再切换提权，少数题目要求直接用 root，登录前先看清题目开头的账户要求，避免所有配置落在错误用户下。
3.4 ssh 登录链路与操作习惯
所有主机之间都支持 ssh 互连，workstation、servera/b/c/d 可以互相连接。练习时推荐始终以 workstation 作为操作起点：先登录 workstation，再 ssh 到目标 server，这样 lab 命令与远程操作在同一条链路上，排查问题时路径最清晰。
ssh 默认端口是 22。如果题目要求修改 sshd 配置，新端口和防火墙要一起改，常见踩坑是改了端口却忘了在防火墙里放行，导致评分时服务根本连不上。任何时候改了 sshd 或网络配置，先不要关闭当前会话，另开一个窗口测试新配置能否连上，确认没问题再结束旧会话。
4. 模拟考试闭环中的易错环节：exam-setup、exam-grade 与五个坑
RH294 环境自带一套模拟考试系统，入口是登录 kiosk 账户。整套闭环由快照选择、exam-setup 初始化、做题、exam-grade 评分四步组成，每一步都有固定的先后顺序，顺序错了评分结果直接失真。
4.1 登录 kiosk 并选择正确的快照
模拟考试使用专用账户 kiosk，密码 redhat。登录后第一件事是确认当前快照与考试类型匹配：练习 RHCSA 题目选 RHCSA 快照，练习 RHCE 题目选 RHCE 快照。快照选择决定了题目环境与评分基线，这一步错了后面全错。
快照管理在 foundation 上完成，用 virt-manager 或 rht-vmctl 都可以。注意评分环境要求所有主机处于运行状态，快照恢复完成后要确认各主机全部启动，再继续下一步。如果直接沿用上一次练习的快照就开始新考试，很可能上一轮的配置残留会影响本轮评分。
4.2 exam-setup：做题前的环境初始化
进入 kiosk 后第一道命令是：
[kiosk@foundation0 ~] exam-setupexam-setup 的作用是把整套环境初始化到考试状态：重置各主机配置、准备题目所需文件、清空上一次评分残留。执行时机有两个硬要求：一是必须在登录 kiosk 之后、开始做题之前执行；二是每次重新进入环境准备新一轮模拟时，都要重新执行一次。
如果 exam-setup 报错，典型原因是上一轮评分残留或主机未完全启动。处理顺序是：在 foundation 上先执行 rht-vmctl status all 查看主机状态，再回滚到初始化快照，最后重新登录 kiosk 执行 exam-setup。不要在半脏的环境里反复重试。
4.3 exam-grade：考后的自动评分与输出解读
做完题目后的评分命令是：
[kiosk@foundation0 ~] exam-gradeexam-grade 会逐题检查配置结果并输出得分。输出会标明每一题的通过或失败状态，失败项通常附带原因。拿到输出后按失败项反查题目：是服务没启动，还是配置文件路径写错，还是操作对象主机选错。修改完成后重新执行 exam-grade 即可再次评分，多数配置修改类题目支持重复评分。
评分系统的本质是检查最终状态，不看你中间用了什么命令。所以"过程没按标准"不会扣分，"最终状态不对"一定拿不到分。这既是好事也是难点：它逼着你在做题时从最终配置文件的视角审视答案，而不是只关心命令执行成功。
4.4 五个最容易翻车的点
梳理整套环境的练习与评分过程，最容易错或漏的是以下五点，按出现频率排序：
易漏点 1：foundation 的 root 密码记成 redhat。为什么漏：其他主机的 root 密码全是 redhat，只有 foundation 是例外，大脑会下意识把"统一密码"当成默认规则。怎么补：把 foundation 的 Asimov 单独抄在笔记顶端，每次登录 foundation 前默念一遍，直到形成条件反射。
易漏点 2：练 RHCSA 却在 RHCE 快照里操作。为什么漏：快照名容易和当前题库混淆，很多同学沿用上一次的快照就开始做新题。怎么补：每次开始练习前先确认快照与题目类型一致，宁可多花两分钟回滚，也不要做完一组题才发现环境不对。
易漏点 3：做完题直接 exam-grade，跳过 exam-setup。为什么漏：exam-setup 只在登录后执行过一次，换了新题或重进环境后没重跑，残留的旧配置与新题目混在一起。怎么补：把顺序写死：登录 kiosk → exam-setup → 做题 → exam-grade，任何一次重进环境都重跑一遍 exam-setup。
易漏点 4：软件包安装失败时立刻想外网，忽略 bastion 的 yum 仓库。为什么漏：默认思维是"装不上就换源"，但练习环境的一切文件与软件包都该从 bastion 拉取。怎么补：安装失败先检查软件源配置是否指向 bastion，再检查 bastion 主机上的仓库文件是否完整，最后才考虑网络链路问题。
易漏点 5：ssh 断了不知道走 console 口，只会重启虚拟机。为什么漏：平时操作太依赖 ssh，没提前验证过 virt-manager 的 console 路径。怎么补：每次配置网络或 sshd 相关题目之前，先打开一次 console 窗口确认能登录，把它当成网络操作的备用通道。
这五个点覆盖了密码、快照、命令顺序、仓库和应急通道五个维度。按这个顺序自查一遍，基本能覆盖模拟考试九成以上的翻车现场。
5. 复习清单与查漏补缺：从启动到评分的固定路径
这套环境的知识点并不难，但杂——密码、快照、命令、流程混在一起，光靠记忆很容易漏。我自己习惯把每个环节做成固定清单，每次练习和模拟考试都强制走一遍。
5.1 每次练习都强制走一遍的流程清单
启动前检查：确认物理机剩余磁盘空间充足，RH294 至少保留 80G；导入完成后在 foundation 执行 rht-vmctl status all，确认每台主机状态正常；核对当前快照与本次练习目标一致（初始化 / RHCSA / RHCE）。
登录与初始化：foundation 用 root 加 Asimov，其他主机用 student/student 或 root/redhat；需要 lab 的题目先在 workstation 执行对应 lab 命令；模拟考试场景按 kiosk 登录 → exam-setup → 开始做题的顺序推进。
做题与自查：每完成一题，检查对应配置文件、服务状态、防火墙规则三项；改动网络或 sshd 前先确认 console 口可用；软件包安装失败时按"软件源指向 → bastion 仓库完整性 → 主机网络"的顺序排查。
评分与复盘：模拟考试做完执行 exam-grade，逐项看失败原因；按失败项反查配置，而不是盲目重做整题；环境彻底弄乱时回滚初始化快照重来，不要硬修一个不可控的环境。
5.2 把评分输出当考点清单
查漏补缺有个实用技巧：把 exam-grade 的输出当作考点清单。输出里的每一项对应考纲里的一个知识点，失败项就是还没掌握的薄弱点。第一次评分后，把失败项整理成一个待办列表，逐个回到对应章节重新练同一类题目，直到该项在下次评分中通过。这样练的不是"过了一遍"，而是"覆盖所有考点"。从模拟考试的角度看，评分输出本来就是官方划重点最准确的方式。
从那以后我每次拿到新环境，都强制先走一遍上面的清单再开始做题。密码记混、快照选错、exam-setup 漏跑这些低级失误，基本都靠这份清单在动手之前就拦了下来。希望这份地图能帮你把 RH134 与 RH294 的每一台主机、每一条命令、每一次评分都稳稳接住，少走弯路。希望帮到你。
本文还有配套的精品资源，点击获取
