在阿里云ECS上用yum装软件，最常见的情况是执行yum update或yum install时卡住，或者直接报”Could not resolve host”、”Cannot find a valid baseurl for repo”。这类问题大多和yum源配置有关。下面结合几个实际案例，说明yum的工作方式、yum 阿里云镜像源怎么配，以及报错时该按什么顺序排查。
yum在做什么，为什么离不开仓库配置
yum（Yellowdog Updater Modified）是CentOS、RHEL、Alibaba Cloud Linux这类基于RPM的发行版常用的包管理工具。它读取/etc/yum.repos.d/目录下的仓库配置文件，从远程源下载软件包，并自动处理依赖关系。repo文件指向哪里，yum就去哪里拿包。仓库地址失效或者不可达，表现出来就是卡住或报错。
系统镜像默认指向官方源。国内服务器访问境外源往往速度慢，还容易超时。阿里云为ECS用户提供了镜像源，同地域内网访问速度快，也不占用公网流量，所以不少运维人员会优先选它。
三个典型案例
案例1：CentOS 7官方源停止维护后无法更新
某电商团队的一台CentOS 7服务器执行yum update时出现大量404错误。CentOS 7已于2024年6月底结束生命周期，官方mirror.centos.org上的部分仓库已被移除，所以才会报错。处理办法有两个：把仓库地址切换到阿里云的vault归档源，或者迁移到仍受支持的系统版本。
案例2：内网实例访问不了公网yum源
一位开发者在VPC内的私有子网里新建了ECS实例，执行yum install nginx时一直没有响应。排查发现，这台实例既没有绑定公网IP，也没有配置NAT网关，而默认仓库地址在公网上。把repo文件改成阿里云的内网源地址后，安装速度恢复正常。
案例3：改了repo文件，报错还是旧地址
有人为了切换镜像，直接修改了/etc/yum.repos.d/下的文件，却没有清理缓存，结果报错里依然是旧地址。yum会缓存仓库元数据，改完配置不清缓存，它还在用旧数据。执行yum clean all和yum makecache一般就能解决。
配置阿里云yum镜像源的步骤
以CentOS 7为例，步骤如下：
- 先备份原有的CentOS-Base.repo。改错了可以直接还原，不必重装系统。
- 下载阿里云提供的对应版本repo文件，覆盖到/etc/yum.repos.d/目录。
- 清理并重建缓存。
- 执行一次更新检查，确认仓库能正常访问。
对应的命令如下：
- mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.bak
- curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo
- yum clean all
- yum makecache
如果实例位于阿里云VPC内，并且希望走内网流量，可以把repo文件里的域名替换成对应的内网地址。内网地址和地域有关，不要直接照抄别人的配置，建议对照阿里云官方帮助文档选择。
报错时的排查顺序
遇到yum报错，可以按下面的顺序逐项检查，多数情况下几步就能定位：
- 用cat /etc/os-release确认系统版本，看镜像文件是否和系统匹配。
- 用ping mirrors.aliyun.com或curl -I检查网络是否连通。
- 用yum repolist查看当前启用的仓库，哪些源可用一目了然。
- 检查/etc/resolv.conf里的nameserver是否可用。”Could not resolve host”这类报错，通常和域名解析有关。
- 确认是否有代理或防火墙规则拦截了80或443端口。
如果几步下来仍然解决不了，把完整的报错日志留好，再去阿里云工单或社区提问。描述越具体，越容易得到有效的回复。
几点注意
- 不要直接在生产环境替换repo文件，先在测试实例上验证。
- 系统版本已停止维护时，优先考虑升级到Alibaba Cloud Linux或其他受支持的发行版。
- 定期执行yum clean all可以释放缓存占用，但没必要频繁操作。
- 修改系统配置前做好快照，出问题时能快速回滚。
yum源出问题，多数时候是地址、网络或缓存其中一项没对上。先把这三样确认清楚，再动手改配置，通常能省下不少时间。
