1. RH134核心知识地图这次考试到底在考什么很多人看到RH134的第一反应是“RH124的进阶版”这么说没错但远远不够。RH124教的是“怎么用一台Linux服务器”RH134教的是“怎么让一台Linux服务器稳定、安全、自动地跑起来”。这个跨度是很多考生栽跟头的地方。先说结论RH134对应的是红帽系统管理II课程核心围绕自动化运维、存储管理、系统安全、日志审计、网络与服务管理这五个大方向展开。它不是让你死记硬背命令而是考你在有限时间内、有限资源下能不能像一名真实的生产环境管理员一样把系统调成可交付的状态。我在备考和带学员的过程中最大的感受是RH134的考点密度比RH124翻了一倍但每个考点的深度其实很克制。它不追求让你成为某个子系统的专家而是要求你“什么都会一点而且都做得对”。这就意味着你的学习策略必须从“看懂”切换到“练熟”。1.1 从RH124到RH134难度跃迁到底在哪RH124阶段你学的是目录操作、文件权限、用户管理、基本网络配置这些“单点技能”。考试时题目往往是一个独立的小任务你只要把那条命令敲对了基本就能得分。RH134完全不是这个套路。它开始要求你把多个技能串起来。比如一道典型的存储题可能同时涉及分区创建、VDO压缩去重、文件系统格式化、挂载持久化、逻辑卷扩容甚至还要在里面创建LVM thin pool的快照。任何一环出错整个任务的分数都会受影响。更重要的是RH134开始大量引入“状态类”的知识点。什么叫状态类就是系统重启之后你的配置仍然有效。考试环境里系统会随机重启而且考官的评分脚本也会强制重启系统后再检查。你在shell里随手export一个变量、手动mount一个分区这些操作如果不固化到配置文件里系统一重启就全没了分数自然也就没了。这一点我建议所有备考的人都要刻在脑子里RH134考的不是“你现在能不能让系统工作”而是“你不在的时候系统能不能自己保持正常工作”。1.2 五个核心知识域的权重分配与备考优先级我用带过的几十个学员的考试反馈整理了RH134各知识域的大致权重和坑点密度供你参考知识域大致分值占比高频考点常见失分原因存储管理25%LVM全流程、VDO、Stratis、swap、挂载持久化逻辑卷路径写错、忘了加/挂载到fstab、mkfs格式选错系统自动化20%Shell脚本、cron计划任务、at一次性任务脚本没有执行权限、shebang写错、环境变量没带全SELinux与安全20%SELinux布尔值、文件上下文、防火墙端口管理setsebool没有加-P、restorecon用法搞混、firewall-cmd没reload服务与进程15%systemd单元文件、服务启停持久化、进程优先级调整只改了unit文件忘了daemon-reload、enable和start搞混网络与日志20%静态IP配置、日志查找与journalctl、coredump与分析nmcli命令不熟、日志时间范围过滤写错、不熟悉journald的持久化配置看到这个表格你应该能明白一件事RH134没有真正意义上的“送分题”每个模块都需要动手练。如果非要说哪个性价比最高我会选存储管理和SELinux。前者是实操性强、套路固化、练三遍就能拿稳分后者是很多人的知识盲区你只要比别人多练一遍就能拉开差距。2. 存储管理深度拆解LVM、VDO与Stratis的一次讲透存储管理在RH134里的地位相当于数学里的函数在高考中的地位必考、多考、分重。最基础的LVM全流程几乎每场考试都会出现而且考法非常固定加一块新磁盘要求你建VG、建LV、格式化、挂载、写入fstab最后可能还要做快照或扩容。很多人在这一步失分不是不会命令而是不熟悉考试环境里的路径强调。我强调一下RHCSA考试环境里磁盘设备名不是固定的同一套环境重启之后/dev/sdb可能变成/dev/sdc。所以强烈建议你从一开始就养成用UUID挂载的习惯而不是直接写设备路径。2.1 LVM全流程的五步套路每一步都有讲究我给自己带的学生总结了一套LVM操作的“五步走”考试时按顺序来基本不会漏操作第一步看磁盘。用lsblk确认新磁盘的设备名和大小顺便看一眼现有系统的VG名避免后面建VG时和已有VG冲突。第二步建PV和VG。pvcreate、vgcreate这里面有一个细节就是PE大小默认是4MiB考试题一般不会让你改PE但你用vgcreate时如果没指定默认就是4MiB这个不用纠结。需要注意的是vgcreate时最好用设备全路径比如vgcreate vgdata /dev/sdb别用sdb这种简写虽然大多数情况下能识别但全路径更稳妥。第三步建LV。lvcreate -n lvdata -L 5G vgdata这里的坑有两个。一个是容量单位大小写-L 5G是大写G表示5GiB小写g表示GB两者在数值上有差别另一个是如果你后续要格式化建议用-l 100%FREE之类的百分比方式创建逻辑卷这样后期扩容时不至于出现空间不够的尴尬。第四步格式化并挂载。mkfs.xfs /dev/vgdata/lvdata之后mkdir挂载点然后mount。这里要特别提醒RH134考试默认文件系统是XFS但偶尔也会要求你建ext4。考试时看清楚题目要求实在不确定就两个都记住mkfs.xfs和mkfs.ext4参数基本一样只是最后的文件系统类型参数不同。第五步写fstab并验证。这是最容易扣分的环节。fstab的格式是设备、挂载点、文件系统类型、挂载选项、dump、fsck共六列。写完之后一定要用mount -a验证一下最好还要reboot一次确认没有任何报错。我见过太多人fstab写错了系统起不来最后整个环境崩掉前面攒的分数全泡汤。2.2 VDO与Stratis新存储技术怎么学才不丢分很多初学者觉得VDO和Stratis是RH134里最陌生的部分因为平时工作环境根本用不到。但考试确实会考而且考得不难关键在于你愿不愿意花时间去把概念理清。VDOVirtual Data Optimizer是红帽推出的块设备去重和压缩技术。说人话就是它能在块设备层面把重复的数据去掉还能把数据压缩存储实现“1TB的物理盘存出2TB甚至更多逻辑数据”的效果。VDO的创建套路先建VDO设备再在上面建文件系统最后挂载。命令大致是vdo create --namevdo1 --device/dev/sdb --vdoLogicalSize1T然后mkfs.xfs /dev/mapper/vdo1。这里有个坑就是很多人忘了VDO创建之后必须用dmsetup ls确认设备映射状态否则后续挂载容易迷路。Stratis则是一个更现代化的存储管理方案理念上有点像把ZFS和LVM的优点结合起来通过stratis命令管理一个存储池然后基于池创建文件系统。考试一般只会考最基础的三条命令stratis pool create、stratis filesystem create、stratis filesystem snapshot。如果你时间不够VDO和Stratis里建议优先学Stratis因为它的命令记忆成本更低而且考试中出现的频率其实比VDO更高一点。2.3 swap管理与系统应急场景swap这块的考点主要集中在两个场景一是创建一个swap分区并启用二是优化swap的使用策略。创建swap分区的流程很简单分区fdisk或parted都行→ mkswap → swapon → 写入fstab别忘了在fstab的挂载选项里写defaults文件系统类型那里写swap然后要执行swapon -a确认。另一个容易被忽略的考点是vm.swappiness这个内核参数。它控制系统在多大程度上倾向于使用swap而不是物理内存取值范围0-100值越大越激进。考试一般不要求你改这个参数但如果题目明确说了“调整系统swap使用倾向”你需要编辑/etc/sysctl.conf文件加入vm.swappiness某个值然后sysctl -p让配置生效。这里有一个很坑的细节sysctl.conf里参数的赋值用的是等号不是空格很多人在这里写错。3. 自动化脚本与计划任务写对不是目的考试通过才是RH134的脚本题难度大致在“系统管理自动化”的水平不会让你去写复杂的算法但要求你能用脚本完成重复性管理工作。比如批量创建用户、批量修改文件权限、根据条件备份日志等。坦白讲脚本题是大部分人觉得“题目看懂了但写出来就是不对”的重灾区。原因很少是语法不会而是对考试环境的隐性要求不敏感。3.1 shell脚本的三个隐藏扣分点第一个隐藏扣分点是执行权限。考试的时候你辛辛苦苦写完脚本如果不给脚本加可执行权限chmod x评分配置可能会认为你没有完成这个任务。我见过不止一个学员脚本内容完全正确但就是忘了chmod最后那道题直接零分。第二个坑是shebang。很多人习惯写成#!/bin/bash这没问题但如果你脚本里用了bash特有的语法而写了#!/bin/sh那就可能出问题。考试时最稳妥的做法是统一用#!/bin/bash并且用bash -n scriptname这个命令做语法检查这是所有脚本题的兜底保险。第三个坑是环境变量。cron计划任务执行脚本时是不会加载你登录shell时的环境变量的。你在交互式shell里echo $PATH看到的路径和cron里脚本看到的可能完全不一样。所以脚本里尽量使用绝对路径尤其是命令的绝对路径。如果脚本里用了非标准路径的命令建议在脚本开头显式export PATH/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin。3.2 cron的三个时间字段别靠死记硬背cron计划任务是RH134的必考内容但考的深度很浅基本上就是让你用crontab -e编写一个计划任务。真正容易出错的是分、时、日、月、周这五个字段的排列顺序和特殊符号用法。举个例子题目要求每天凌晨3点半执行某脚本正确写法是30 3 * * * /path/to/script.sh。这里有三个易错点一是分钟字段写在前面很多人会习惯性地先写小时直接写3 30那就变成每天3点30分执行了效果碰巧一样但逻辑是错的二是星期字段和日期字段互相影响如果你在某一天同时指定了日和星期比如30 3 1 * 1那么当月的1号和每个星期一的3点30分都会执行这不是“并且”的关系而是“或者”的关系三是所有字段不能简写成省略必须显式写出。还有一个小技巧写完crontab之后用crontab -l查看一下当前用户的计划任务列表确认你所写的内容确实保存成功。我就是靠这一招好几次避免了保存失败导致的丢分。3.3 一次性任务at命令也需要你记得守护进程很多人知道at命令用来执行一次性计划任务但不知道atd服务没有启动的话at命令会报错。考试时如果碰到at相关的题目第一件事就是systemctl status atd确认服务在运行。如果没运行systemctl enable --now atd启动并设置开机自启。at命令本身很简单echo command | at 15:30或者at 15:30回车后输入命令CtrlD结束输入。它的坑在于at任务的输出结果默认会发送到用户的邮箱考试环境里通常没有配置邮件服务所以如果你写了一个需要输出的脚本可能看不到任何反馈。解决方案是在脚本里把输出重定向到文件比如echo 备份完成 /var/log/backup.log。4. SELinux与防火墙RH134最容易被扣分的“安全双子星”安全部分在RH134里占的分值不算最高但失分率绝对排第一。为什么因为大部分人在平时的工作中习惯性地把SELinux直接disabled了事到了考试里题目明确要求SELinux必须处于enforcing状态很多人的操作习惯改不过来。4.1 SELinux三道经典题型每一道都有固定解法第一道经典题修改sshd端口放行新端口并保证系统能正常连接。这道题的完整流程是编辑/etc/ssh/sshd_config改端口号→semanage port -a -t ssh_port_t -p tcp 新端口号→systemctl restart sshd→firewall-cmd --add-port新端口号/tcp --permanent→firewall-cmd --reload。很多人在semanage或firewall-cmd这两步至少漏掉一个导致新端口无法连接。第二道经典题让某个服务能访问特定的文件或目录。这里考的是文件上下文file context。你需要用semanage fcontext -a -t httpd_sys_content_t /path/to/dir然后用restorecon -Rv /path/to/dir让它生效。注意restorecon -R不是restorecon -r大小写错了命令选项不识别。第三道经典题调整SELinux布尔值。比如让httpd服务能通过SELinux访问用户家目录就需要用到setsebool -P httpd_enable_homedirs on。这里的-P参数也就是persistent表示永久生效很多考生忘了加-P系统一重启就恢复原样整道题直接零分。还有一个小细节所有SELinux布尔值的查看用getsebool -a这个命令要经常用用来确认你的修改是否生效。SELinux相关的命令没有报错不代表修改成功一定要主动去验证。4.2 firewalld的两种配置方式哪种更稳防火墙是RH134必考的但考法很浅基本上就是开放某个端口、放行某个服务、或者拒绝某个来源IP。配置方式分两种firewall-cmd命令和firewall-config图形界面。考试时请务必使用firewall-cmd命令方式。为什么因为图形界面在考试环境里跑起来卡而且你无法批量操作、无法脚本化效率太低。firewall-cmd的三个关键参数必须记住--permanent表示永久生效--reload表示重新加载配置使永久规则生效--state查看服务状态。很多人的错误操作是改了规则忘了--permanent结果是当前shell下端口是通的但reboot之后端口又被封了。另外firewall-cmd --list-all这个命令可以查看当前zone的所有规则。考试的时候每次配置完防火墙我建议都用这个命令确认一下不要凭感觉认为“规则已经加了”。4.3 日志审计journalctl用得好考试少踩一半坑Linux系统中的日志管理也是RH134的必考内容。最核心的工具是journalctl用来查看systemd-journald收集的日志。几个高频考点查看指定时间段的日志journalctl --since 2024-01-01 08:00:00 --until 2024-01-01 12:00:00这里的格式千万不要写错日期的分隔符是短横线时间要用双引号括起来。查看指定服务的日志journalctl -u httpd.service。查看内核日志journalctl -k。查看某个进程的日志journalctl _PID12345这个下划线前缀的语法比较生僻很多人记不住。最容易被忽略的是journald日志的持久化设置。默认情况下journald日志存储在内存里重启后就不存在了。如果题目要求日志在重启后仍然保留你需要修改/etc/systemd/journald.conf文件里的Storagepersistent选项然后systemctl restart systemd-journald。这个题目考得不难但出现频率不低而且很多人根本没听说过journald还能持久化。5. 网络配置与systemd服务管理从“能上网”到“标准交付”RH134的网络配置考题不会再像RH124那样让你改个IP地址就行而是要求你通过命令行工具把网络配置固化下来并让网络服务正常加载。这里只推荐用nmcli图形界面和直接编辑配置文件的方式都不建议。5.1 nmcli配置静态IP的完整流程以及三个验证手段用nmcli配置静态IP常规流程是这样nmcli connection add con-name static-eth0 type ethernet ifname eth0 ip4 192.168.1.100/24 gw4 192.168.1.1nmcli connection modify static-eth0 ipv4.dns 192.168.1.1 8.8.8.8nmcli connection up static-eth0这里有两个细节很多人会犯错。第一个是con-name和ifname的区别con-name是连接的名称相当于这个网络配置文件的逻辑名ifname是物理网卡名。要修改某个已有连接的配置用modify加连接名而不是网卡名。第二个是DNS的配置考试时可能要求配置多个DNS服务器用引号把多个IP包起来中间用空格隔开。配置完成之后强烈建议做三个验证ip addr show确认IP已生效ping网关确认链路通nmcli connection show确认连接状态正常。很多人只做第一个验证结果IP配上了但网关不通或者连接是down的状态分数照样丢。5.2 systemd单元文件自己写unit才是RH134的真正门槛systemd这块RH134考得比RH124深不再只是让你systemctl start/stop一个系统自带的服务而是要求你能自己编写一个服务的单元文件然后启动它、设置开机自启。写单元文件的标准套路在/etc/systemd/system/目录下新建一个xxx.service文件内容至少包含[Unit]和[Service]两段。[Unit]段里写Description和After[Service]段里写ExecStart、Restart、User等[Install]段里写WantedBymulti-user.target。这里的坑非常多。第一是文件位置单元文件必须放在/etc/systemd/system/下面或者/etc/systemd/system/的子目录里放在/usr/lib/systemd/system/里虽然也能生效但不符合考点要求。第二是写完文件之后必须systemctl daemon-reload让systemd重新读取配置这一步忘了后面所有操作都会报错。第三是enable和start的区别enable是把服务设置成开机自启start是立即启动考试题通常会要求两个都做。很多人在这一步还会遇到ExecStart路径问题。比如你要启动一个脚本脚本在/usr/local/bin/下面但脚本没有可执行权限服务就会启动失败。这时候需要看systemctl status服务名它会明确告诉你启动失败的原因大多数时候是permission denied。5.3 进程与优先级别小看这几个命令RH134在进程管理部分的考点主要集中在查看进程、调整优先级和终止进程。表面看很简单但有几个命令的选项容易记混。查看进程ps aux是最常用的但考试经常要求你按某种条件过滤。比如查看某个用户的进程ps -u username查看某个进程的详细信息ps -fp PID查看进程树pstree。top命令需要重点关注它的交互快捷键比如按P按CPU使用率排序、按M按内存排序这些快捷键在考试时如果遇到资源占用异常的情况可以帮你快速定位问题。调整进程优先级用的是nice和renice。nice用于启动进程时指定优先级nice -n 5 command这里的优先级范围是-20到19数值越低优先级越高。renice用于调整已经运行的进程renice 5 -p PID。注意普通用户只能调高nice值也就是让优先级变低只有root才能调低nice值。zkill命令是另一个容易出问题的地方。kill默认发送TERM信号也就是15要求进程正常退出。如果进程没有响应才用kill -9也就是SIGKILL强制终止。考试题目如果只是说“终止进程”优先用kill PID不要一上来就kill -9这虽然是考试不会扣分的操作但一定程度上反映的是你对进程信号的理解。6. 备考冲刺从“知道”到“熟练”的最后一段路很多人在备考RH134时最大的误区是“我看完视频了、命令也能敲出来”就觉得自己准备好了。但考试和平时练习最大的区别是考试有时间限制有环境变化有题目之间的联动。你在练习时花30分钟慢慢琢磨出来的操作在考试里根本来不及。6.1 怎么搭建一套贴近考场的练习环境RH134考试用的是Red Hat Enterprise Linux版本目前主流是9.x或者8.x。最省钱的练习方案是装一台虚拟机配置不用太高2核CPU、4G内存、40G硬盘足够了。装好系统之后建议再挂两块虚拟磁盘一块用于练习LVM和存储管理另一块用于练习VDO或者Stratis。比装系统更重要的是“破坏性练习”。我建议你每学完一个模块就在虚拟机里故意把配置弄坏然后重新修复一遍。比如把fstab写错导致系统无法启动然后进入emergency mode修复把httpd服务的selinux权限删掉然后通过日志排查并恢复。这种练习方法能在短时间内把书面的知识变成肌肉记忆。6.2 考前一周的冲刺清单照着做基本稳了我在考前一周会建议每个学员每晚做一遍“全流程模拟”内容大概包含新建一个用户并设置密码和sudo权限创建一个LVM逻辑卷并挂载到指定目录编写一个脚本统计某个目录下的文件数量并设为每天凌晨2点执行用firewall-cmd放行一个服务端口并确认permanent生效查看昨天上午9点到11点的系统日志修改sshd端口并更新selinux上下文和防火墙规则。这套流程覆盖了RH134约80%的常考知识点每次做控制在25到30分钟以内做完之后对照考试评分标准自查纠错。坚持一周你上考场时的手感和心态完全不一样。6.3 考场上的时间分配策略与心态管理RH134考试通常有三个小时题目量大约在15到20题左右。我的建议是拿到试卷先把所有题目快速扫一遍标注出哪些是你第一眼就有思路的、哪些是你不确定的然后优先把确定的做完。不要在第一道题上死磕万一碰到不会的暂时跳过去后面可能做着做着就想起解法了。考试还有一个提醒就是不要试图“多做一些额外配置”。RHCSA的评分是按题目要求来打分的你多做的事如果和题目要求无关很多时候不会加分反而可能弄坏环境影响后续题目。题目要求你做什么就做什么不要画蛇添足。从我带的学员反馈来看RH134的通过率和实操练习时长基本成正比。那些考前一个月每天都能敲两小时命令的学员几乎都是一次通过。而那些靠考前突击看资料的很容易在遇到环境变化时手忙脚乱。最后说一个我自己的心得体会RH134里的大部分知识点在你未来的工作里不一定每天都用得上但它训练的系统管理思维——配置要持久化、修改要验证、操作要可追踪——是能让你受益很久的。备考的过程虽然枯燥但考完之后你会发现你已经从一个“会敲Linux命令的人”变成了一个“能管理Linux系统的人”。这两者之间的差距正是RH134想要拉开的。