1. 为什么CentOS 8.5更换阿里源是运维的必修课
如果你还在用CentOS 8.5，并且每次yum update都慢得像在爬，或者干脆提示“无法同步缓存”或“找不到仓库”，那你大概率是遇到了官方源停止维护的“断粮”问题。这不是网络问题，而是CentOS 8的生命周期在2021年底就已经结束了。官方源（包括AppStream、BaseOS、Extras等）的仓库文件虽然还在，但里面的元数据和软件包链接很多已经失效或移除了。这直接导致两个后果：一是安装和更新软件极慢，因为yum会反复尝试连接那些已经失效的镜像站；二是很多新软件包或安全更新你根本装不上，系统安全存在隐患。
所以，更换一个仍在活跃维护的镜像源，比如阿里云的镜像站，就成了让这台“老伙计”重获新生的关键一步。这不仅仅是换个下载地址那么简单，它关乎到你服务器上所有依赖yum/dnf进行管理的软件生态的稳定性和安全性。我见过不少运维同事，在系统出问题后习惯性地先yum install某个诊断工具，结果因为源失效而卡住，耽误了宝贵的排障时间。因此，给CentOS 8.5换上阿里源，应该成为你接手或维护任何一台CentOS 8服务器后的第一个标准化操作。
阿里云的Open Source Mirror站点同步了包括CentOS、EPEL在内的众多主流开源仓库，在国内访问速度飞快，并且维护及时。接下来，我会带你完整走一遍流程，从备份到验证，并重点解释几个关键步骤背后的原理，以及我踩过的一些坑，确保你换源之后一劳永逸，而不是“重启就失效”。
2. 操作前准备：理解CentOS 8的仓库结构与关键命令
在动手之前，我们得先搞清楚CentOS 8的yum（或者说dnf，它是yum的下一代版本，在CentOS 8中默认使用）仓库是怎么组织的。这能帮你理解我们到底要改什么，以及为什么这么改。
在CentOS 8中，主要的软件仓库通过几个.repo文件定义，它们通常存放在/etc/yum.repos.d/目录下。对于最小化安装的系统，你至少会看到这两个核心仓库文件：
CentOS-Base.repo: 定义了基础操作系统（BaseOS）和应用程序流（AppStream）的官方源。BaseOS提供核心操作系统功能，AppStream提供用户空间应用程序、运行时语言和数据库。CentOS-Extras.repo: 提供额外软件包。
我们的核心操作就是替换CentOS-Base.repo文件中的baseurl或mirrorlist指向阿里云的镜像地址。这里有一个关键选择：使用baseurl还是mirrorlist？
mirrorlist: 这是一个URL，指向一个包含全球众多镜像站列表的文本文件。yum/dnf会访问这个URL，获取一个镜像站列表，然后自动选择最快的一个。这是官方推荐的方式，但问题在于，CentOS 8停止维护后，这个mirrorlist指向的列表可能本身就不更新了，或者里面的很多镜像站也停止了同步，导致自动选择失败。baseurl: 直接指定一个确定的镜像站地址，比如阿里云的。这种方式更直接、更稳定，尤其是在官方源不稳定的时期。我们这次就采用这种方式。
另一个需要理解的命令是dnf。在CentOS 8中，yum命令实际上是dnf的一个软链接。你可以混用，但底层都是dnf。我们后续会统一使用dnf命令，因为它更现代，输出信息也更清晰。
注意：在执行任何修改系统配置的操作前，备份是铁律。我们将要覆盖或修改的
.repo文件，一定要先备份到其他目录。
3. 详细更换步骤：从备份到验证
现在，我们进入实操环节。请跟随以下步骤，在终端中依次执行。
3.1 第一步：备份现有仓库配置
这是防止操作失误导致系统无法安装软件的最后防线。我们创建一个备份目录，并把现有的仓库文件全部拷贝过去。
# 切换到root用户，后续操作需要权限 sudo -i # 创建一个备份目录，以日期时间命名，便于追溯 mkdir -p /etc/yum.repos.d/backup_$(date +%Y%m%d_%H%M%S) # 将/etc/yum.repos.d/下所有.repo文件复制到备份目录 cp /etc/yum.repos.d/*.repo /etc/yum.repos.d/backup_$(date +%Y%m%d_%H%M%S)/执行完上述命令后，你可以用ls /etc/yum.repos.d/backup_*查看一下备份是否成功。这样，万一新源配置有问题，你可以轻松地cp /etc/yum.repos.d/backup_xxxx/*.repo /etc/yum.repos.d/来回滚。
3.2 第二步：下载阿里云的CentOS 8仓库文件
阿里云镜像站非常贴心地为我们准备好了针对不同CentOS版本的.repo文件。我们不需要手动编写复杂的配置，直接下载即可。
首先，清理（或移动）旧的仓库定义文件。这里我们选择移动而非删除，这是一种更安全的习惯。我们将旧的.repo文件移动到备份目录，为新的阿里云源文件腾出位置。
# 将现有的.repo文件移动到备份目录（上一步已备份，此处移动是为了清空配置目录） mv /etc/yum.repos.d/*.repo /etc/yum.repos.d/backup_$(date +%Y%m%d_%H%M%S)/此时，/etc/yum.repos.d/目录应该是空的（除了备份子目录）。接下来，下载阿里云提供的CentOS 8仓库文件。
# 使用curl命令下载阿里云镜像站提供的CentOS 8 repo文件 # 这里直接使用baseurl的固定版本。注意URL中的`$releasever`和`$basearch`变量会被dnf自动替换。 # 我们下载的是针对CentOS 8的通用配置文件。 curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-8.repo关键点解释：为什么是Centos-8.repo？这个文件是阿里云为整个CentOS 8大版本（包括8.0, 8.1, ..., 8.5）预配置好的。它里面已经写好了baseurl=https://mirrors.aliyun.com/centos/$releasever/...这样的地址。其中的$releasever变量会被dnf自动识别为你的系统主版本号（即8），$basearch会被识别为系统架构（如x86_64）。所以这一个文件就通用于所有CentOS 8的小版本和架构，非常方便。
3.3 第三步：清理缓存并测试
下载好新的仓库文件后，dnf还需要更新本地的元数据缓存。同时，为了确保万无一失，我们运行一次缓存清理，避免新旧缓存冲突。
# 清理旧的缓存 dnf clean all # 建立新的缓存 dnf makecachednf makecache这个命令会从阿里云镜像站下载仓库的元数据（如软件包列表、版本信息、依赖关系等）并存储在本地。这是最关键的一步，如果这一步成功，说明你的仓库配置是正确的，并且网络可以连通阿里云镜像站。
执行成功后，你应该能看到类似下面的输出，表明来自阿里云（aliyun.com）的元数据已被成功加载：
CentOS-8 - Base - mirrors.aliyun.com CentOS-8 - AppStream - mirrors.aliyun.com CentOS-8 - Extras - mirrors.aliyun.com 元数据缓存已建立。3.4 第四步：进行更新测试
缓存建立成功，最后一步就是实际测试一下从新源安装或更新软件。我们可以选择一个系统必备且较小的工具来测试，比如nano文本编辑器（如果还没安装的话）或者直接进行系统更新。
方案一：安装测试软件
# 尝试安装一个软件，比如nano dnf install -y nano如果安装过程流畅，没有报错，并且下载速度明显很快（显示来自 mirrors.aliyun.com），那么恭喜你，换源成功。
方案二：检查更新更全面的测试是检查系统有哪些可用更新。
dnf check-update这个命令会列出所有可更新的软件包。如果它能正常执行并输出一个列表（可能是空的，如果系统已经最新），而不是报连接错误或“没有可用仓库”，那就说明源配置完全正确。
4. 常见问题与深度排坑指南
理论上，按照上述步骤操作都能成功。但在复杂的生产环境中，你可能会遇到一些“妖孽”情况。下面是我总结的几个常见坑点及其解决方案。
4.1 问题：dnf makecache失败，提示“无法下载‘...-repomd.xml’”
错误现象： 执行dnf makecache时，报错提示无法从某个URL下载repomd.xml文件，并伴随404 Not Found或超时错误。
根因分析：
- 网络问题：服务器无法访问外网，或者无法解析
mirrors.aliyun.com域名。 - 仓库文件内容错误：可能下载的
.repo文件内容不对，或者里面的baseurl路径拼写有误。特别注意，CentOS 8和CentOS 7的仓库路径结构不同，用错版本文件会导致路径错误。 - 变量未被正确替换：虽然我们用了
$releasever，但在某些极其特殊的环境下（比如容器内），这个变量可能没有被正确识别。
排查链路：
检查网络连通性：
ping -c 4 mirrors.aliyun.com curl -I https://mirrors.aliyun.com如果ping不通或curl失败，需要检查服务器的DNS配置（
/etc/resolv.conf）和网关路由。检查下载的.repo文件内容：
cat /etc/yum.repos.d/CentOS-Base.repo重点关注
[base]和[appstream]章节下的baseurl行。它应该类似于：baseurl=https://mirrors.aliyun.com/centos/$releasever/BaseOS/$basearch/os/确认URL中是否包含
$releasever和$basearch，而不是写死的错误版本号（如8.5.2111）。阿里云的原版repo文件使用变量是没问题的。手动验证URL： 我们可以手动拼接一个URL来测试。首先，获取你系统的
$releasever和$basearch：dnf config-manager --dump | grep releasever # 通常输出：releasever=8 arch # 通常输出：x86_64然后，用获取到的值替换变量，用curl测试访问：
curl -I https://mirrors.aliyun.com/centos/8/BaseOS/x86_64/os/repodata/repomd.xml如果这个命令返回
200 OK，说明阿里云镜像站该路径确实存在，问题可能出在dnf的变量解析或缓存上。如果返回404，则可能是镜像站同步问题（极少见）或你系统架构特殊（如aarch64）。
解决方案：
- 如果是网络问题，解决网络连通性。
- 如果
.repo文件内容错误，重新下载：curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-8.repo。 - 如果怀疑变量问题，可以尝试在
.repo文件中将变量替换为实际值进行测试（但这不是长久之计，不推荐用于生产环境）。更推荐的做法是检查/etc/yum/vars/目录下是否有定义这些变量的文件，或者使用dnf config-manager --set-releasever=8强制设置。
4.2 问题：更新或安装时，提示“公钥尚未安装”
错误现象： 在执行dnf install时，可能会看到类似警告：
从 mirrors.aliyun.com 下载的软件包未签名，或者签名有问题。 公钥尚未安装。根因分析： 每个CentOS仓库都对应一个GPG密钥，用于验证从该仓库下载的软件包签名，确保软件包未被篡改。阿里云的镜像站使用的是CentOS官方相同的GPG密钥。这个错误说明系统没有导入或找不到对应仓库的GPG密钥。
解决方案： 导入CentOS官方的GPG密钥。密钥通常包含在centos-gpg-keys这个软件包中，但既然我们还没换源，可能装不上。我们可以手动从阿里云镜像站下载并导入。
# 导入CentOS 8官方GPG密钥 rpm --import https://mirrors.aliyun.com/centos/RPM-GPG-KEY-CentOS-Official # 也可以尝试导入主密钥 rpm --import https://mirrors.aliyun.com/centos/RPM-GPG-KEY-CentOS导入后，再次运行dnf install命令，应该就不会再提示公钥问题了。
4.3 问题：如何为EPEL（Extra Packages for Enterprise Linux）额外仓库也配置阿里源？
场景： 很多常用软件（如htop,nginx最新版等）不在CentOS官方仓库，而在EPEL仓库中。如果你也需要EPEL，同样需要为其配置阿里源。
操作步骤：
安装
epel-release包（这个包本身会配置官方EPEL源，我们先安装它）。dnf install -y epel-release备份EPEL的仓库文件。
cp /etc/yum.repos.d/epel.repo /etc/yum.repos.d/epel.repo.backup cp /etc/yum.repos.d/epel-testing.repo /etc/yum.repos.d/epel-testing.repo.backup替换
epel.repo文件中的metalink为阿里云的baseurl。# 使用sed命令进行替换 sed -i 's|^metalink=|#metalink=|g' /etc/yum.repos.d/epel.repo sed -i 's|^#baseurl=|baseurl=|g' /etc/yum.repos.d/epel.repo sed -i 's|https://download.example/pub|https://mirrors.aliyun.com|g' /etc/yum.repos.d/epel.repo这三条命令做了：
- 注释掉
metalink=行。 - 取消注释
baseurl=行。 - 将
baseurl中的默认域名替换为阿里云镜像站域名。 你也可以选择直接下载阿里云提供的EPEL repo文件：curl -o /etc/yum.repos.d/epel.repo https://mirrors.aliyun.com/repo/epel-8.repo
- 注释掉
清理并重建缓存。
dnf clean all dnf makecache
5. 进阶配置与维护建议
完成基础换源后，为了让你的yum/dnf用起来更顺手，这里有几个进阶配置点和长期维护建议。
5.1 禁用特定仓库
有时候你可能不需要所有仓库。例如，CentOS-Extras仓库里的软件包你暂时用不到，或者你想暂时禁用epel-testing（测试版）仓库。你可以通过编辑对应的.repo文件，将enabled=1改为enabled=0。更优雅的方式是使用dnf config-manager命令：
# 禁用 extras 仓库 dnf config-manager --set-disabled extras # 启用 extras 仓库 dnf config-manager --set-enabled extras # 查看所有仓库的启用状态 dnf repolist all5.2 设置 dnf 参数以提升体验
编辑/etc/dnf/dnf.conf文件，可以设置一些全局参数。我个人常用的配置是：
[main] gpgcheck=1 installonly_limit=3 clean_requirements_on_remove=True best=True skip_if_unavailable=True # 以下为可选优化项 # keepcache=1 # 保留下载的rpm包缓存，便于离线重装，但会占用磁盘空间 # timeout=120 # 设置超时时间（秒） # ip_resolve=4 # 强制使用IPv4，如果IPv6网络有问题可以加上 # fastestmirror=True # 启用最快镜像插件，但在国内环境下，直接指定阿里云源后这个意义不大best=True: 在解决依赖关系时，总是选择最高版本的软件包，这通常是期望的行为。skip_if_unavailable=True: 如果某个配置的仓库暂时不可用，跳过它而不是让整个dnf命令失败。这在有多个源时很有用。clean_requirements_on_remove=True: 在删除软件包时，自动移除不再需要的依赖。
5.3 定期维护：缓存清理与版本锁定
定期清理缓存：dnf的缓存（
/var/cache/dnf/）会随着时间增长。定期清理可以释放磁盘空间。# 清理所有缓存（包括软件包） dnf clean all # 或者只清理过期缓存 dnf clean expire-cache谨慎对待大版本更新：我们的源配置使用的是
$releasever=8。这意味着即使未来阿里云镜像站同步了CentOS 8的所有更新（包括可能存在的终结版本），dnf update也只会将系统更新到CentOS 8生命周期内的最新版本，不会跨大版本升级到CentOS 9或其他。这是安全的。除非你手动修改了releasever变量，否则不用担心意外升级。
6. 验证与最终检查清单
所有操作完成后，请运行以下命令进行最终验证，确保一切就绪：
# 1. 查看已启用的仓库列表，确认源已切换 dnf repolist enabled # 输出应显示来自 mirrors.aliyun.com 的 Base, AppStream, Extras 仓库。 # 2. 检查系统可用的所有更新 dnf check-update # 如果没有错误输出（可能列出更新包，也可能为空），说明源通信正常。 # 3. 尝试搜索一个软件包，测试仓库响应 dnf search wget # 应该能快速返回结果。 # 4. （可选）查看仓库详细信息 dnf repoinfo baseos appstream # 这会显示仓库的详细信息，包括创建时间、软件包数量等，进一步确认仓库健康状态。完成以上所有步骤，你的CentOS 8.5系统就已经成功接入了阿里云镜像源，无论是安装新软件还是系统更新，速度和可靠性都将得到质的提升。这个操作虽然基础，但却是保障Linux服务器长期稳定、高效运行的重要基石。记住，对于任何停止主流支持的系统，及时更换可用的软件源是维护工作的第一步。
