RHCSA/RHCE备考沙盒：RHEL 8.0虚拟化环境与自动评分系统详解

简介：面向RHCSA与RHCE备考学员的RH134、RH294实验环境说明文档，系统梳理Red Hat Enterprise Linux 8.0模拟培训平台的硬件配置、主机角色、账号密码及常用管理命令。文档对RH134环境中的foundation、workstation、servera/b及bastion网关功能逐一说明，并给出rht-vmctl、virt-manager等操作指引；RH294部分则详述四台被控端、三个快照（初始化、RHCSA、RHCE）的使用场景，以及通过kiosk账号进行模拟考试与exam-setup、exam-grade评分的完整流程。该说明可作为实验室搭建和日常练习的速查手册，帮助学员快速掌握环境入口、规避常见误操作。资源为单份PDF文件，压缩包大小398KB，内容精炼、定位明确，适合备考RHCSA/RHCE的学员或培训机构作为环境部署参考，目前已有290人学习下载。

1. RHCSA/RHCE 环境说明：为什么说这套虚拟机是备考绕不开的沙盒

备考 RHCSA 和 RHCE 的人，最怕的不是命令记不住，而是没有一个能安心折腾的系统。RH134-RH294 环境说明这套资源给的，就是一套开箱即用的 RHEL 8.0 模拟培训与考试沙盒。RH134 对应 RHCSA 方向，RH294 对应 RHCE 方向，两者共用 foundation、workstation、servera/serverb（RH294 再加 serverc/serverd）以及 bastion 的标准拓扑。第一次上手最直接的感受是资源吃得多：RH134 要占 30 多 G 硬盘、虚拟机内存至少 6G，RH294 直接翻倍到 60 多 G、内存 8G 起步。适合谁？两类人：一类是准备 RHCSA/RHCE 认证、想按考试节奏刷题的人；另一类是希望有一套自带评分系统的 Linux 实验环境的运维新人。它解决的核心问题也很直白：学习环境、考试环境、评分系统三件套一次配齐，不用自己从零搭 DNS、配仓库、做快照。

2. RH134 学习环境：主机拓扑、账号矩阵与启动流程

2.1 foundation 为什么是入口：rht-vmctl 与虚拟化层

RH134 环境里 foundation 承担的是宿主机角色，所有实验虚拟主机都由它负责拉起和关闭。官方模拟培训环境把底层 libvirt 管理命令封装成了rht-vmctl，这是整套环境里出现频率最高的一个命令。

# 查看所有虚拟主机当前运行状态 rht-vmctl status all # 启动全部虚拟主机，首次启动会比较慢 rht-vmctl start all # 单独启动某一台，避免一次吃太多内存 rht-vmctl start workstation # 练习结束或准备切快照前，关闭全部主机释放内存 rht-vmctl stop all

逻辑说明：rht-vmctl本质是对底层 libvirt/qemu 虚拟化接口的封装。参数all表示操作环境配置里登记的全部主机，单独写主机名则只操作那一台。执行start all之后不建议立刻 SSH 上去，因为 DHCP 分配地址、systemd 服务逐个拉起都需要时间，等 1 到 2 分钟更稳。

参数说明：status是只读操作，适合用来看虚拟化层是否正常；start和stop分别对应开机和关机。如果start all弹出 domain already exists 之类的报错，通常是上次异常退出残留了 libvirt 域对象，先stop all再启动就能解决。

2.2 账号密码对照表：用对钥匙才能进门

这套环境最容易记混的就是账号密码，因为每台主机的账户体系不完全一样。我把实际会用到的账号整理成了一张表：

规律很清晰：foundation 使用独立密码 Asimov，其余主机的 student 账户密码是 student，root 等账户密码统一是 redhat。练习时我习惯先ssh student@servera再sudo -i切 root，而不是直接用 root 登录，这样更贴近日常运维习惯——考试现场同样是从 workstation 发起操作，这个顺序建议从平时就养成。

2.3 SSH 登录与健康检查：先确认状态再动手

拓扑里所有主机都可以通过 SSH 互相连接，包括 workstation、servera、serverb。最常见的起手式是登录 workstation，再往目标机分发任务。

# 从 foundation SSH 到 workstation ssh student@workstation # 进入 workstation 后，再连 servera 或 serverb ssh student@servera # 健康检查：确认路由和 DNS 是否指向 bastion ip route cat /etc/resolv.conf # 确认 yum 仓库可用（bastion 提供仓库服务） dnf repolist sudo dnf install -y tree

逻辑说明：环境内部有预置的 DNS 解析规则，主机名能直接解析到对应 IP。如果 SSH 时报 could not resolve hostname，优先检查 bastion 的 DNS 服务是否存活——这套环境里大多数网络服务都依赖 bastion 提供路由、解析和文件分发，快照切换后这个现象尤其常见。跑ip route和cat /etc/resolv.conf能快速判断地址和解析是否回到了正常基线。

参数说明：dnf repolist用于确认仓库源是否可用，不加参数时只列出已配置的仓库；sudo dnf install -y tree里的-y表示跳过确认提示。如果仓库不可用，大概率是 bastion 没起来或者目标机的 repo 文件指向被改坏了，修复方向是检查/etc/yum.repos.d/下的配置。

2.4 console 口登录：破解密码与强制重启的后悔药

SSH 进不去的情况在练习里很常见：密码忘了、sshd 配置改错、防火墙把 22 端口挡了。这时候只能走 console 口，也就是虚拟机的图形终端。进入方法分两步：

1. foundation 上执行virt-manager打开虚拟化管理器
2. 在 activities / show applications 的入口里找到对应的 vm，双击进入窗口

这个图形窗口相当于直接接在虚拟机显卡和串口上的终端，不依赖网络。只要虚拟化层活着就能登录系统。

适用场景很明确：破解密码时要在 grub 菜单里加 rd.break 参数；系统卡死时通过管理界面强制重启；SSH 端口被自己改错时进系统修配置。我把 console 口看成这套环境里最后的后悔药，凡是动 sshd_config、firewalld、网络脚本这类可能把自己锁在门外的操作，我都会先把 virt-manager 窗口预留着，翻车时随时切进去救。

3. RH294 考试模拟环境：快照机制与评分闭环

3.1 三份快照各有分工：初始化、RHCSA、RHCE 怎么选

RH294 环境比 RH134 重不少，硬盘占用 60 多 G，虚拟机内存至少 8G。拓扑里服务器从两台变成四台——servera、serverb、serverc、serverd，bastion 同时承担网关和控制端角色。这套环境预置了三份快照，这是它和 RH134 最大的区别：

切换快照的常见做法是在 virt-manager 里右键虚拟机选择快照管理，也可以直接用命令行查看：

# 先列出当前虚拟化层里有哪些域 virsh -c qemu:///system list # 再查看指定域的快照列表 virsh -c qemu:///system snapshot-list <域ID>

逻辑说明：快照之间是互斥状态，切到 RHCSA 快照就相当于回到 RHCSA 考试的初始状态，切到 RHCE 快照则回到 RHCE 的初始状态。选择依据只取决于你当前练哪套题——练 RHCSA 不要用 RHCE 快照，练 RHCE 也不要切回 RHCSA 快照，否则题目和评分基准会对不上。

参数说明：virsh snapshot-list只负责查看，不执行切换。实际切换建议在图形界面里完成，因为命令行切换要求域先处于关机状态，操作顺序不对很容易报错，这一点在避坑章节会详细展开。

3.2 exam-setup：每次练习前必须执行的初始化

RH294 环境的登录方式和 RH134 不同，进入后默认账户是 kiosk，密码是 redhat。登录完成后，第一件事永远是执行exam-setup。

# 登录账号：kiosk / 密码：redhat # 进入系统后初始化考试环境 exam-setup

逻辑说明：exam-setup做的事情是把环境重置到指定快照对应的考试初始态——批量复位 servera/serverb/serverc/serverd 的配置、重新生成题目状态、启动评分相关的记录服务。官方评分脚本必须基于同一套基准才能做判定，跳过这一步直接答题，评分时状态基准不一致，很容易出现莫名扣分。

参数说明：这个命令不需要额外参数，执行完看到环境自动复位、目标机逐台恢复初始状态就算成功。我的习惯是每次练习前不管上一个会话做到哪一步，都强制跑一遍exam-setup，宁可多等两分钟也不赌环境状态是干净的。另外注意，exam-setup执行后之前自己做的配置会被覆盖性还原，它不是增量续跑工具。

3.3 exam-grade：评分脚本判定的是最终状态

题目做完之后，用exam-grade触发评分。这是一套自动评分系统，会逐台检查目标机上的最终状态。

# 做完题目后执行评分 exam-grade # 评分完成后查看明细，重点关注 PASS / FAIL 项 # 不要只看总分，每一道题的明细才是定位问题的关键

逻辑说明：评分检查的是结果状态而不是操作过程——比如某个服务是否处于 enabled 状态、端口是否在监听、配置文件里的关键参数是否生效。这意味着只要最终状态满足要求，不管你是用哪种方式实现的，评分都认。但反过来，如果服务只是当时启动了、没有设置开机自启，重启之后状态丢了，评分照样判 FAIL。

参数说明：exam-grade同样不需要复杂参数，跑完输出的 PASS/FAIL 明细里，FAIL 的题通常集中在三类原因：服务没配开机自启、配置文件语法有误导致服务起不来、防火墙或 SELinux 策略拦截了端口。评分过程会逐台扫描，耗时几分钟是正常的，不用中断。

3.4 RH134 与 RH294 的关键差异：一张表看清边界

很多同学先练 RH134 再练 RH294，容易把两套环境的操作习惯混在一起。我把核心差异整理成对照表，练习前扫一眼能少走弯路。

差异的核心在于定位：RH134 偏向学习和练习，题目反馈即时；RH294 更像考试模拟器，从环境初始态到评分闭环都按真实考试节奏设计。用 RH294 练题时不要再用 RH134 的思路"留着手动配置结果"，因为每次exam-setup都会把环境刷回基线。

4. 避坑清单：快照、内存、网络三座大山

4.1 评分时重启后全绿变成全红：服务没有持久化

现象：练习时服务明明起来了，exam-grade评分却显示 FAIL，重启目标机后再看，服务状态是 inactive。

原因：评分系统判定的不是"当前服务在跑"，而是"重启之后服务依然在跑"。这是考试环境最核心的判定逻辑——临时启动服务只满足了当场状态，没有systemctl enable做开机自启，一重启就打回原形。

解决：做完每个服务类题目后，强制自己执行systemctl enable --now 服务名，然后主动reboot一次复查。特别是 nfs、autofs、防火墙这类涉及多机依赖的服务，让目标机重启后自己检查一遍比评分脚本帮你查要舒服得多。

4.2 快照切换提示域活跃：必须先关机再切换

现象：在 virt-manager 里点切换快照，直接报 domain is already active 或类似提示，切换失败。

原因：快照操作要求目标虚拟机处于关机状态。带着运行中的域做快照回滚，虚拟化层不允许覆盖正在使用的磁盘状态。

解决：切换之前先执行rht-vmctl stop all，确认所有主机都停止运行后再切。RH294 的初始化快照是整个环境的复位锚点，切这个快照之前必须全部关机，启动时就只启动当前练习需要的那几台，不要start all一把梭。

4.3 SSH 连不上但 console 能进：网络与服务的排查顺序

现象：从 workstation SSH servera 超时，但通过 virt-manager 的 console 口能正常登录，主机名也能 ping 通。

原因：SSH 到不了目标机通常是三个层面的问题：sshd 服务没起来、sshd 配置改动导致启动失败、firewalld 默认策略拒绝了 22 端口。ping 通说明网络层没问题，问题大概率出在服务或防火墙层。

解决：先用 console 口登录，按顺序查三件事——systemctl status sshd看服务状态，ss -tlnp | grep 22看端口是否在监听，firewall-cmd --list-all看端口是否放行。排除掉服务和防火墙的"玄学因素"之后，再回头查网络配置。我一般还会用ssh -vvv重连一次，看握手卡在哪一步，错误信息比瞎猜准得多。

4.4 内存给不够导致虚拟机集体掉线：别指望 6G 跑 294

现象：RH294 环境跑着跑着虚拟机集体黑屏、无响应，或者直接提示内部错误。

原因：RH294 主机数量多，文档明确要求虚拟机内存至少 8G，这是给整个虚拟化层的预算。如果你物理机只有 16G，还同时开 workstation、servera 到 serverd 全部主机，宿主机内存会被吃满，虚拟化层直接崩。

解决：物理机内存建议 16G 起步，虚拟机分配到 8G 以上。日常练习不要追求所有主机同时在线，同一时间只开需要的那几台，比如练控制端就用 workstation 加一台 servera，用完一台关一台。内存分配不是越大越好，但低于文档要求一定会翻车。

4.5 exam-setup 后配置全部消失：这是复位不是增量

现象：前一天配好的服务，第二天跑完exam-setup之后全没了，还要重新做一遍。

原因：exam-setup的设计目标就是把环境重置到考试初始态，它是覆盖性还原，不是把旧配置"继续保留"的增量工具。很多人把它当成"接着上次练习"的入口，这是理解偏差。

解决：想保留练习中间状态，用快照而不是exam-setup；想干净地重做某套题，再跑exam-setup。两件事的定位完全不同。我在 RH294 环境里练习时，每个完整的练习周期都走"切快照 -> exam-setup -> 做题 -> reboot -> exam-grade"的固定链路，中间状态一律不保留，反而省心。

5. 从练习到模拟考：把环境变成可重复刷题的压测平台

5.1 把评分明细当错题本

exam-grade输出的 PASS/FAIL 明细是最有价值的反馈数据，不要只扫一眼总分就关掉。我一般会把每次评分的明细复制到本地笔记里，按"服务类、文件类、网络类"三个方向归类：服务类 FAIL 多数是没做开机自启，文件类 FAIL 多数是权限或 SELinux 上下文不对，网络类 FAIL 多数是端口没放行或路由不对。归因之后再去做对应的强化练习，比盲目整套重刷效率高很多。

# 推荐自查命令组合：看服务、看端口、看 SELinux 标签 systemctl status 服务名 ss -tlnp | grep 端口号 ls -Z 配置文件路径

这套组合能覆盖exam-grade八成以上的 FAIL 原因。服务没起来看第一行状态，端口没监听看第二行输出，配置文件上下文不对看第三行结果。

5.2 重启验证：人工评分与脚本评分的分水岭

练习时最容易出现"当时配好了，重启后失效"的情况。考试评分系统对持久化的要求比人工检查严格得多，所以我把重启验证当成每次练习的固定动作——不是等评分脚本告诉你挂了，而是自己主动制造一次重启。

具体做法是：做完一组题之后，把所有目标机reboot一遍，然后用 5.1 的命令组合逐台复查关键服务。如果重启后服务掉了，直接回到对应题目重做持久化配置；如果重启后一切正常，再跑exam-grade拿一个干净的成绩。这个习惯能让我在评分之前就知道哪些题会扣分，而不是被脚本判个措手不及。

从那以后我每次在 RH294 环境里练习，都强制走一遍"切快照 -> exam-setup -> 做题 -> reboot -> exam-grade"的完整链路，宁可慢五分钟，也不留下"重启后失效"这类低级失分。这份环境说明的原始压缩包里已经写清了 RH134 和 RH294 两套环境的完整下载信息和账号基线，第一步建议先把三份快照的名字记牢，再按第 2 章和第 3 章的流程跑通一遍启动、初始化、评分闭环，希望帮到你。

本文还有配套的精品资源，点击获取