必须先ping通mirrors.aliyun.com确认网络连通，再执行备份原配置、下载适配centos 8的阿里云vault源（如centos-vault-8.5.2111.repo）、清理缓存（yum clean all）、重建元数据（yum makecache）、启用epel并验证仓库列表及安装测试。
确认当前网络是否通，再谈换源
没网就换源，等于给没油的车换轮胎——白忙活。先执行 ping -c 3 mirrors.aliyun.com，能收到回复才算具备换源前提。如果超时，别急着改 /etc/yum.repos.d/，先查网卡是否启用（ip a 看对应接口状态是不是 UP）、ONBOOT=yes 是否设对、DNS 是否写进 /etc/resolv.conf。常见坑是：虚拟机用 NAT 模式但宿主机防火墙拦了，或 CentOS 8+ 默认用 dnf，误以为 yum 命令失效其实是命令别名没生效。
CentOS 7 和 CentOS 8 的 repo 文件不能混用
阿里云为不同版本提供独立镜像路径，拿错文件会导致 yum repolist 报错 “No more mirrors to try” 或直接空白。必须严格匹配：
- CentOS 7：用
https://mirrors.aliyun.com/repo/Centos-7.repo - CentOS 8（已归档）：必须用 Vault 源，如
https://mirrors.aliyun.com/repo/Centos-vault-8.5.2111.repo，不能只写Centos-8.repo——后者会重定向失败 - CentOS Stream 8/9：应改用
https://mirrors.aliyun.com/repo/CentOS-Stream.repo，且需配合dnf命令
下载后立刻检查 baseurl 行是否含 $releasever；若存在，得用 sed 替换成实际数字（如 CentOS 7 就替换为 7），否则 yum 解析失败，仓库不启用。
换源后缓存不清理，新配置等于没生效
yum clean all 和 yum makecache 是两步不可合并的操作：
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
-
yum clean all删除本地元数据和包缓存，但不会删掉/etc/yum.repos.d/下的配置文件 -
yum makecache才真正从新baseurl抓取仓库索引，耗时几秒到几十秒，取决于网络和源响应速度 - 跳过
makecache直接yum install，可能仍走旧缓存，报错 “Nothing to do” 或找不到包
验证是否成功，运行 yum repolist enabled，输出里应有 base、updates 等仓库名，且后面跟着非零数字（如 10,234），不是 0。
测试安装一个最小依赖包，比 ping 更可靠
光看 repolist 显示正常还不够。真实场景是下载 + 解依赖 + 安装，建议用 yum install -y epel-release 或 yum install -y wget 测试：
- 选
wget是因为它体积小、无复杂依赖，失败大概率是源本身问题，而非环境缺失 - 如果卡在 “Downloading packages”，说明
baseurl路径可访问但包列表不全，可能是镜像同步延迟或 repo 文件里启用了已下线仓库（如 CentOS 8 的PowerTools） - 若提示 “GPG key retrieval failed”，检查
gpgcheck=1是否配了正确的gpgkey地址；临时调试可设gpgcheck=0，但生产环境不建议长期关闭
真正容易被忽略的是：CentOS 8+ 默认禁用 EPEL，即使装了 epel-release，也得手动编辑 /etc/yum.repos.d/epel.repo 把 enabled=0 改成 enabled=1，否则 yum repolist 根本看不到它。
