简介：这份说明文档面向备考RHCSA与RHCE的学员，对应Red Hat培训中的RH134与RH294两套官方模拟环境，适合Linux运维初学者、机构培训学员及需要切换两套环境的备考者；重点梳理了虚拟机资源配置、默认账号密码、主机角色划分与快照用法，帮助初学者减少环境初始化与排错踩坑时间。资源仅包含1个PDF文件，大小约398KB，内容条理紧凑，适合作为环境初始化的随身速查手册；截至目前已有290人学习下载。文档基于RH134列出foundation、workstation、servera/serverb及bastion的主机分工，以及root/student等默认账号密码；又补充RH294中serverc/serverd与三个快照的使用逻辑，并针对模拟考试给出kiosk账号登录、exam-setup初始化环境及exam-grade评分关键提示。此外还包含rht-vmctl start all批量启动、virt-manager进入servera/serverb控制台等常用命令与连接方式说明，配合网盘链接可快速获取镜像资源，显著提升备考与实验操作效率。
1. 这套 RH134-RH294 环境说明，不是课件，是能直接跑分的一整套虚拟机集群
第一次拿到这份资源的人，十有八九会以为里面是 PDF 讲义或者视频，解压后才发现是几十个 G 的虚拟磁盘镜像。它的本质不是资料包，而是一套按红帽 8.0 认证考试拓扑搭好的实验环境：RH134 对应 RHCSA 训练，RH294 对应 RHCE 训练，连评分脚本都配好了。适合两类人：自学备考、想在家还原官方拓扑的，以及培训机构里带实验课、不想每台机器手动配环境的讲师。用它之前要有心理准备——RH134 占盘 30 多 G，RH294 占盘 60 多 G，内存分配错了，后面所有 lab 都会跟着翻车。
2. RH134 环境拓扑：foundation 管全部机器，SSH 与 console 两条登录路径
2.1 foundation、workstation、servera、bastion 各自的角色
RH134 这套环境把官方实验课的主机拆成了五个角色，理解它们的职责比背命令重要。foundation 是物理机层，所有虚拟机的启停都通过它控制；workstation 是日常操作台，lab 命令只能在它上面跑；servera 和 serverb 是被管服务器，练习时通过 SSH 连过去改配置；bastion 承担网关心跳，yum 仓库、考试用文件、路由全在它身上。
| 主机名 | 角色 | 默认账号/密码 | 作用 |
|---|---|---|---|
| foundation | 物理机/控制机 | root / Asimov | 执行 rht-vmctl 管理所有虚拟机 |
| workstation | 工作台 | student / student，root / redhat | 跑 lab 命令、SSH 到各服务器 |
| servera / serverb | 服务器 | student / student，root / redhat | 练习目标机，改系统配置 |
| bastion | 网关 | root / redhat | 提供 yum 仓库、路由、考试文件 |
这套拆法的设计逻辑是「控制面和数据面分离」：foundation 是管理面，考试时考生根本不碰它；workstation 是操作面，所有命令从这里发出；servera/b 是配置面，所有改动落在它们身上；bastion 藏在背后当基础设施。日常练习里你 90% 的时间在 workstation 和 servera 之间来回切，这个习惯要从一开始就养成——考试时也是这个节奏。
2.2 启动顺序、状态查看与两种登录方式
启动所有虚拟主机用的是 foundation 上的 rht-vmctl 命令，注意顺序：先确认 foundation 本身是物理启动状态，再在它的终端里执行下面的指令。
# 在 foundation 上执行，开启全部虚拟机 rht-vmctl start all # 查看各虚拟机运行状态，确认有没有没起来的 rht-vmctl status all # 单独控制某一台，比如重启 workstation rht-vmctl stop workstation rht-vmctl start workstationstart all 会按拓扑依赖关系拉起整个集群，bastion 作为网关通常先就绪，workstation 和 servera/b 随后。status all 输出的列表里能看到每台机器的运行状态，如果哪台卡在 paused 或者 shut off，先不要急着反复 start，优先看内存是不是被占满了。RH134 建议虚拟机内存至少分 6G，实际分配时我一般给 foundation 8-10G，剩下按角色分，workstation 和 servera 各 2G，bastion 给 1.5G 就够跑仓库服务。
登录路径有两条。第一条是 SSH，从 foundation 或 workstation 直接连过去，传递参数和目标机名就行，比如 ssh student@servera，密码 student；需要 root 时 ssh root@servera，密码 redhat。第二条是 console 口登录，适用场景很聚焦——破解 root 密码、强制重启、系统起不来时排障。在 foundation 上执行 virt-manager 打开图形管理界面，或者在应用列表里找虚拟机管理入口，双击对应主机就能看到字符终端。
# foundation 上打开图形化管理界面 virt-managerconsole 登录最大的价值是绕过网络栈：SSH 依赖网络服务和 sshd，而 console 直接连虚拟机的显示输出，系统网络挂了也能进去。练习破解密码这类操作必须走这条路，平时改配置还是建议 SSH，效率高得多。我第一次用这个环境时贪快全程 SSH，到了密码破解练习才发现 console 窗口都不会开，当场卡了十分钟。
3. RH134 日常训练：lab 命令、yum 仓库依赖与配置生效链路
3.1 lab 命令体系：热身、实施、验收一个命令闭环
RH134 的 lab 命令是这套环境最值钱的部分。workstation 上预置了一个 lab 工具，它的机制和考试评分类似：把题目拆成脚本化的检查点，执行后自动比对当前系统状态。用法是 lab 加课程模块名加动作，动作分 start、grade、finish 三类。
# 在 workstation 上，进入某个实验模块 lab system-service start # 做完配置后，验收当前环境是否满足要求 lab system-service grade # 实验结束，重置该模块环境 lab system-service finishstart 会初始化实验场景，把题目需要的初始状态铺好；grade 是自动评分，逐项检查你的配置是否达标；finish 把环境归位，方便重复练习。这三个动作对应了训练的三个阶段——读题、实施、自查。我个人的习惯是 start 之后先不急着动，用 mount、systemctl status、cat /etc/xxx 这类命令把初始状态摸一遍，再开始改，不然 grade 出来哪项不对都定位不到原因。
3.2 SSH 免密、yum 仓库指向与 bastion 的依赖关系
日常操作里另一条主线是 yum 仓库。bastion 是这台网关机，所有安装包、考试素材、路由规则都集中在它上面。workstation 和 servera/b 的 /etc/yum.repos.d/ 里默认配置已经指向 bastion 的仓库地址，这意味着只要 bastion 没启动，任何 dnf 安装都会失败——这个依赖关系排障时最先查。
# 在 servera 上检查仓库配置是否生效 dnf repolist # 如果列表为空，检查能否连通 bastion 的仓库端口 curl -I http://bastion/repodnf repolist 输出里能看到仓库 ID 和包数量，如果仓库列表是空的，多半是 bastion 没起来或者网络不通。curl 探测 bastion 的仓库地址能快速区分是网络问题还是仓库服务本身的问题。这类坑很容易被误判成 dnf 配置写错，实际只是启动顺序不对——start all 之后稍微等十几秒，等 bastion 的仓库服务完全起来再开练。
SSH 免密也是一个隐藏依赖。workstation 上通常已经配好了到 servera/b 的密钥认证，所以 lab 脚本才能静默地检查远端状态。如果你发现某台机器 SSH 需要手动输密码、lab grade 还报错，先检查 workstation 上 ~/.ssh/ 里的密钥是否完好。我遇到过一次 workstation 的密钥权限被改过，导致所有自动检查全部超时，修好之后 lab 命令立刻恢复正常。
3.3 配置类练习的通用操作序列
RHCSA 的核心题型集中在网络、存储、用户权限、服务管理这几类，在 servera 上做的所有配置都可以归纳成一个通用序列：先查现状，再改配置，最后用 lab grade 或 systemctl status 验证。以配一个 systemd 服务为例，习惯性走下面这串命令：
# 1. 查服务当前状态和开机自启设置 systemctl status httpd systemctl is-enabled httpd # 2. 修改配置后重载守护进程 vim /etc/httpd/conf/httpd.conf systemctl daemon-reload systemctl restart httpd # 3. 确认端口监听与防火墙放行 ss -tlnp | grep 80 firewall-cmd --list-all每步都有明确目的：status 和 is-enabled 是确认基线；改完配置先 daemon-reload 再 restart，避免直接 restart 时配置还没被读取；ss 查端口确认服务真正起来了，firewall-cmd 确认没有防火墙拦在前面。这一套走下来，大部分服务类题目都能过。lab grade 是最后一道保险，它检查的是结果状态而不是过程，所以哪怕命令路径和我写的不同，只要最终服务处于 running 且开机自启，评分就能过。
4. RH294 快照机制：初始化、RHCSA、RHCE 三个状态怎么选怎么切
4.1 为什么 RH294 的环境比 RH134 重一倍
RH294 的磁盘占用直接翻到 60 多 G，原因不只是服务器从两台变成四台，而是它承载的模式完全不同：RH134 是跟着章节做练习，RH294 是模拟真实考试。环境里预置了三份快照，分别是初始化、RHCSA、RHCE，对应三条不同的使用路径。
| 快照 | 适用场景 | 特点 |
|---|---|---|
| 初始化 | 刚拿到环境、想从零开始 | 干净状态，不含练习遗留痕迹 |
| RHCSA | 练 RHCSA 题目 | 已按 RHCSA 考试环境配置好 |
| RHCE | 练 RHCE 题目 | 已按 RHCE 考试环境配置好 |
这三个快照解决的是「练坏了怎么后悔」的问题。在 workstation 上执行 lab 练习或者模拟考试时，系统状态会被改动，某一步改错导致后面题目连锁失败，直接回滚到对应快照比手动反向修复快得多。我一般这样分配：第一次接触先挂初始化快照，把拓扑、账号、命令跑通；确认会操作之后切到 RHCSA 或 RHCE 快照进入刷题模式。硬盘空间紧张的话，用完记得清理不再需要的快照层级，不然 60G 的镜像撑不了几次快照膨胀。
4.2 从登录到评分：考试模式的完整流程
进入考试模拟模式的步骤是固定的。先以 kiosk 账户登录 foundation，密码是 redhat，这个账户和前面 student 系列是两套体系，kiosk 专门用于考试编排。登录后第一步执行 exam-setup 初始化环境配置，这一步会把当前快照下的环境整理成可考试的初始状态；做完题目后执行 exam-grade 触发评分，输出各题得分明细。
# 以 kiosk 账户登录 foundation 后执行 [kiosk@foundation0 ~]$ exam-setup # 完成所有题目后评分 [kiosk@foundation0 ~]$ exam-gradeexam-setup 会做几件事：重置服务状态、清理上次练习的残留文件、恢复考试要求的网络拓扑和账号状态。执行过程可能持续一两分钟，期间不要中断终端。exam-grade 运行结束后输出会列出每一道题的检查项和得分，这个输出格式和真实考试的反馈类似，哪道题的分没拿到，就去对应主机上查那项配置。常见的一个误操作是跳过 exam-setup 直接 exam-grade，这时候评分脚本跑在没有准备的环境上，结果会出现大量无关报错，先 setup 再 grade 的顺序一次都不能省。
4.3 快照回滚的正确姿势
练习过程中想回到快照起点，不需要重装系统。在 foundation 上用 virt-manager 打开虚拟机列表，右键对应虚拟机选择快照管理，再选中 RHCSA 或 RHCE 快照执行回滚。如果更习惯命令行，也能直接对镜像层做处理，但图形界面更直观、不容易误删。
# 查看 RH294 相关虚拟机当前快照列表 virsh -c qemu:///system snapshot-list workstationsnapshot-list 输出的 Name 列会显示初始化、RHCSA、RHCE 三条记录，Current 列标记当前在哪个状态。回滚的注意点有两个：回滚会把快照之后所有改动全部丢弃，所以练习过程中有价值的输出要提前拷出来；回滚最好在虚拟机关机状态执行，运行中回滚偶尔会把文件系统搞成不一致状态。快照机制是这套环境给人最大的后悔药，前提是你得记得用——我见过不少同学练到第三天环境乱得没法继续，宁可手动清理也不知道回滚快照。
5. 常见问题排查：快照选错、评分失败、内存不足三类翻车现场
5.1 快照选错导致题目环境不匹配
现象：明明执行了 exam-setup，打开题目一看要求的环境组件和预期不符，比如本该是 RHCE 的自动化题目，环境里却找不到对应的控制端配置。
原因：当前虚拟机停留在初始化快照或另一个认证快照上，exam-setup 只是整理环境，不会自动切换快照。快照决定了下层系统内容，切换快照这一步必须手动完成。
解决：回到 foundation，通过 virt-manager 打开虚拟机的快照管理，先确认当前位置，再选择 RHCSA 或 RHCE 快照回滚，等系统完全启动后再执行 exam-setup。判断当前快照的快捷方法是看 workstation 上预置的练习模块，RHCSA 快照里是系统管理类模块，RHCE 快照里是自动化控制端相关的模块。
5.2 内存不足导致虚拟机起不来或评分卡死
现象：rht-vmctl start all 执行后，某台虚拟机状态一直停在 paused 或 shut off；强行启动后系统极慢，exam-grade 跑到一半无响应。
原因：RH294 环境整体至少需要 8G 以上内存，如果宿主机内存本身吃紧，hypervisor 会把虚拟机挂起，表现就是 status 显示 paused。评分脚本要同时唤醒多台被控端，内存不够时进程被 OOM 掉，终端卡住不再输出。
解决：先关掉不必要的图形界面和浏览器，再单独启动出问题的虚拟机。在 foundation 上执行 rht-vmctl start workstation 这种单机启动，等它完全进入系统后再启动其他机器。如果宿主机物理内存不足 12G，强烈建议只保留 workstation 和一台被控端同时运行，练完再切换，别指望全部并发。
5.3 console 登录窗口黑屏或找不到显示
现象：用 virt-manager 打开 console，窗口一片黑，或者双击虚拟机没有任何反应，只有 SSH 能正常登。
原因：图形管理界面默认连接的是显示输出，有些镜像在无头环境下可能没有初始化图形终端，或者窗口被最小化到其他虚拟桌面；也有可能是 virt-manager 没有以当前用户的会话启动，权限不对导致窗口刷不出来。
解决：在 foundation 的终端里先用 echo $DISPLAY 确认图形会话存在，再执行 virt-manager；如果多次打开无反应，改用 virsh 的命令行 console 或直接通过 SSH 登录。console 登录只用于密码破解、强制重启这类无法走网络场景，其他情况没必要死磕图形窗口。
5.4 exam-grade 输出大量未知错误
现象：执行 exam-grade 后，返回的评分结果里大部分题目显示未执行或环境错误，和你实际做过的不符。
原因：常见的是 exam-setup 执行到一半被中断，或者评分前系统里残留着上一次练习改动的服务状态。评分脚本会先做环境预检，预检不通过时所有检查项都会被标记为失败，而不是只评你改过的那部分。
解决：重新执行一次完整的 exam-setup，不要跳过它在初始化阶段的等待；setup 完成后先重启 workstation 再执行 exam-grade，把环境恢复到无干扰状态。如果还是大面积报错，直接回滚到初始化快照再来一遍，这是最稳妥的重来路径。
5.5 SSH 登录被拒绝或密码不对
现象：ssh student@servera 提示密码错误，但同一个密码在 console 口能正常登录；或者 SSH 能登录却没权限执行 sudo。
原因：这套环境里存在多套账号体系——student/student 是普通训练账号，root/redhat 是特权账号，kiosk/redhat 是考试编排账号，三者服务的目标不同。某些练习会修改 PAM 配置或 sudoers，导致 SSH 登录行为变化。
解决：先断开所有已有的 SSH 会话，用 console 进入对应主机确认账号本身能登录；接着检查 /etc/ssh/sshd_config 里是否被练习改动过认证方式。一般情况下重置对应快照就能恢复默认认证行为。把三套账号密码记在一张纸上贴显示器边上，比每次翻资料高效得多。
6. 进阶：把 exam-grade 输出变成一套训练反馈循环
评分脚本的作用不只是判断对错，它其实是一个免费的检查点清单。每次模拟考试结束，把 exam-grade 的每一条扣分项抄到一个文本文件里，归成三类：语法写错、服务没起来、概念不清。语法错误当天重做一遍对应题目就能解决；服务起不来的问题常见于忘记设置开机自启或者防火墙没放行，这类属于流程遗漏；概念不清的题要回去翻对应章节重新读题。
我习惯的做法是每次开练前先定一个「不评分不动手」的规矩：每做完一道题，先手动验证一遍端口、服务状态、配置文件生效情况，确认无误后再跑 exam-grade。这样评分输出里如果还有扣分，能立刻定位到具体检查点，而不是对着十几项失败一头雾水。等整套题目练完，把最近三份 exam-grade 输出并排看，反复扣分的几道题就是考前最后一天的重点突击对象。
环境本身的检查命令也可以灵活用在日常里。exam-setup 之后，workstation 上的服务状态是最干净的，这时手动把 systemctl list-units --failed 的输出存一份当基线，练习过程中再对比，能迅速发现哪些改动把系统搞坏了。回滚快照不丢人，连续三次在同一道题上翻车还硬扛才浪费时间。
从那以后我每次进入这套环境，第一件事必是确认当前快照名称和内存分配，第二件事跑一次 exam-setup 再全量查看服务基线，两分钟的事，至少避开一半的玄学报错。希望这份环境说明和踩坑经验能帮你少走点弯路。
本文还有配套的精品资源，点击获取
