RHEL第二次作业全攻略：镜像源配置与兼容库安装避坑指南

1. 这份作业的实际场景：从标题看RHEL学习路线

看到"RHEL第二次作业"这个标题，很多刚开始接触Linux的朋友可能会觉得困惑——第二次作业到底要做什么？结合最近RHEL相关的学习资料、国内镜像源配置这些热词来看，这大概率是系统运维或者云计算方向的一门实操课程作业，而且难度比第一次要上了一个台阶。

第一次作业通常还停留在熟悉命令行、用户管理、文件权限这些基础操作。到了第二次作业，基本就进入真正贴近生产环境的环节了：给一台刚装好的RHEL系统配好可用的软件源、装上一批后续实验必需的兼容库、验证系统能够正常从网络拉取安装包。换句话说，这一阶段的核心目标是让一台"裸系统"变成一台"能干活"的系统。

从我这些年接触过的学员和同行的情况看，RHEL学习路径中翻车最多的地方往往不在系统安装本身，而是在安装完成之后的源配置、依赖处理和仓库排错上。特别是国内网络环境下，RHEL默认的订阅源经常连不上或者慢到无法忍受，这几乎成了每个初学者绕不过去的坎。所以这篇内容我打算围绕RHEL第二次作业最常见的几个潜在任务来展开：镜像源配置、系统镜像获取与校验、兼容库安装、以及安装前后的验证排错。每个环节都会结合我实际踩过的坑来说。

如果你正在做RHEL相关的作业或者自学，这篇文章可以当作一份"操作底稿"来用，按照章节顺序走一遍，基本能把第二次作业的常见套路打通。

2. 国内镜像源配置：为什么这一步几乎决定了后续所有操作的成败

2.1 默认源在国内环境的真实使用体验

RHEL系统的软件仓库默认指向Red Hat官方的订阅源，这个源本身没有问题，问题出在网络链路上。很多初次接触RHEL的朋友都会遇到这样的场景：执行yum install或者dnf install的时候，进度条走到一小半就卡住不动了，等了几分钟直接报超时错误。有些人会以为是网络断了，反复检查网卡、IP、DNS，折腾半天才发现是源的问题。

在国内做RHEL实验，第一步几乎必然是换成国内镜像源。这里需要注意一个核心区别：RHEL和CentOS在源配置上不太一样。CentOS直接换baseurl指向国内镜像站的CentOS目录就行，但RHEL因为涉及订阅认证，默认情况下dnf会走subscription-manager的插件去验证订阅状态。如果你在做实验时用的是开发者订阅或者评估版，直接把源指向国内镜像站是可行的，但前提是要把订阅相关的插件处理妥当，否则即使改了源，dnf还是会去找订阅服务器校验，一样会卡住。

我自己在实验环境里验证过的做法是：先把subscription-manager相关的插件禁用掉，再修改repo文件指向国内镜像。这样做的逻辑很简单——实验环境不需要订阅管理功能，禁用掉能避免每次操作都被多余的认证流程拖慢。

2.2 配置文件修改的三个关键步骤

修改RHEL镜像源，核心动作就三个：备份、改地址、清缓存。

第一步，把系统自带的repo文件做个备份，防止改挂了之后没法恢复。RHEL 8及之后版本的dnf仓库配置在/etc/yum.repos.d/目录下，默认会有redhat.repo这类文件。备份命令很简单：

bash复制mkdir -p /etc/yum.repos.d/backup
cp /etc/yum.repos.d/*.repo /etc/yum.repos.d/backup/

第二步，写入国内镜像源的配置。以清华源为例，RHEL 9的仓库配置可以写成这样：

ini复制[AppStream]
name=RHEL AppStream
baseurl=https://mirrors.tuna.tsinghua.edu.cn/redhat/rhel9/AppStream/x86_64/os/
enabled=1
gpgcheck=0

[BaseOS]
name=RHEL BaseOS
baseurl=https://mirrors.tuna.tsinghua.edu.cn/redhat/rhel9/BaseOS/x86_64/os/
enabled=1
gpgcheck=0

这里需要注意一个细节：gpgcheck=0是实验环境下为了省事的选择。生产环境建议保留gpgcheck=1并导入对应公钥，否则无法校验软件包签名，存在安全隐患。但在做作业、做实验的场景下，很多源镜像的GPG密钥路径和官方不完全一致，反而容易因为校验失败导致报