如果你的工作环境里还有一批 CentOS 7.6 的机器那么“yum 源更换”这件事一定绕不开。刚装完系统、还没配置任何软件源的时候不管是yum install还是yum update默认走的都是官方源那个速度在日常使用中极其折磨人更别提经常超时、连接被重置、拉一半就断掉这些让人头皮发麻的情况。这篇文章就把 CentOS 7.6 换源这件事从头到尾拆开讲清楚从 yum 源的工作原理、镜像站的选择思路到备份、修改、重建缓存、验证生效的完整步骤再把我踩过的一些坑和排查经验一并分享出来。不管是刚入门的新手还是被内网环境折磨的运维老手都可以直接照着操作。1. 为什么非换不可先搞懂 yum 源的工作方式1.1 yum 源到底是什么yumYellowdog Updater Modified是 CentOS 系默认的包管理器它的核心工作方式就是根据本地配置文件里写好的地址去远程仓库下载软件包的元数据repodata/repomd.xml再基于这些元数据解析依赖关系、下载并安装 RPM 包。本地配置文件放在/etc/yum.repos.d/目录下后缀是.repo。每个.repo文件里可以定义若干个仓库块比如常见的[base]、[extras]、[updates]。每个块里最关键的几个字段是name仓库的描述名称随便写。baseurl软件仓库的实际访问地址支持file://、http://、https://、ftp://。mirrorlist一个动态返回镜像地址列表的 URL和baseurl二者通常只启用一个。enabled是否启用这个仓库1 启用0 禁用。gpgcheck是否校验 RPM 包的 GPG 签名。gpgkeyGPG 密钥文件的本地路径。/etc/yum.repos.d/CentOS-Base.repo就是系统默认的 Base 源配置文件。所谓的“换源”本质上就是把这个文件里的mirrorlist或baseurl指向速度更快的公共镜像站或者直接把整个.repo文件替换成镜像站提供的版本。1.2 官方默认源慢在哪、坑在哪默认的 CentOS 7.6 配置会在CentOS-Base.repo中启用 mirrorlist 机制。系统会根据releasever7、basearchx86_64这些参数向 mirrorlist 服务发起请求获得一组可用的镜像地址然后挨个尝试。这个机制设计上没问题但对国内网络环境来说几个问题非常致命部分境外镜像服务器在国内的访问延迟很高握手都能卡几秒。mirrorlist 服务本身也可能响应缓慢导致yum makecache长时间没有动静。大仓库比如 base updates的元数据文件体积不小从境外地址下载容易超时中断。有些机器处于内网DNS 解析境外域名本身就耗时甚至被解析到不通的 IP。所以在 CentOS 7 时代我装完系统后的第一个操作永远是先换源而不是急着跑 update。这个习惯一直保留着节省了大量等待时间。1.3 面对公共镜像源怎么选现在国内外的公共镜像站数量不少不同站点在同步策略、访问速度、稳定性上差异很大。我个人的选择标准主要有三条判断维度说明同步频率最好与上游保持 4 小时内同步否则可能拉不到较新的安全更新包可用性长期可用、不会动不动挂掉或限速实验型镜像站慎用于生产路径完整性必须确认centos/7/os/x86_64/、extras、updates这些子目录都存在不同场景需求也不一样。公网服务器建议选择距离机房较近的镜像源内网机器则优先考虑公司自建的私有 yum 仓库安全性更高如果只是临时要装一两个软件包直接用速度最快的镜像源即可。这些公共镜像站通常都会在首页给出“使用帮助”里面提供了对应的 repo 文件内容或配置命令。实际操作中我建议优先使用.repo文件整体替换的方式而不是手动去拼接 baseurl 字符串后者容易漏掉参数。2. 动手前的准备备份、检查和网络验证2.1 先确认系统和现有源情况不管你是新装系统还是接手一台老机器第一步永远是确认系统版本和当前 yum 源配置。这步很重要因为 CentOS 7.6 的 repo 文件结构和更早版本有细微差别直接套用其他版本的配置可能导致路径错误。查看系统版本cat /etc/redhat-release输出类似于CentOS Linux release 7.6.1810 (Core)然后查看当前有哪些 repo 文件、启用了哪些源ls /etc/yum.repos.d/ yum repolist如果yum repolist输出为空或者命令卡住不动说明当前的源已经失效了这正好是更换源的前提场景。此时不要急着yum clean all先看看配置文件里写的什么地址。我遇到过一种情况机器上已经有人改过/etc/yum.repos.d/CentOS-Base.repo指向了一个内部地址。这种时候别抱怨直接把文件内容打印出来看一下确认原来的地址是什么很可能内网源只是临时坏了。2.2 做好备份给自己留退路换源操作本身风险不高但生产环境里任何改动都应当可回滚。备份这一步非常廉价却能让你在配置错误之后快速还原。cp /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.bak.$(date %Y%m%d)这里我把备份文件名加上日期后缀方便日后排查时区分版本。建议不要只备份单个文件而是整个目录一次性打包tar -czf /root/yum.repos.d.bak.$(date %Y%m%d).tar.gz /etc/yum.repos.d/这样即使你误改了多个 repo 文件也能够整体恢复。核心心得永远不要用rm -f /etc/yum.repos.d/*.repo这种方式来“清理”源文件。系统启动时如果没有任何可用 repo 文件yum 会直接报错There are no enabled repos到时候还得想办法把文件恢复回去纯属给自己增加工作量。2.3 网络连通性检查与镜像站点选择在修改配置前建议先确认你选的镜像站从当前机器到底通不通。不要等到写完配置跑 makecache 才发现整段网络都不通那就浪费感情了。用curl测试镜像站的可用性curl -I --connect-timeout 5 http://mirror.example.com/centos/7/os/x86_64/重点关注 HTTP 状态码正常情况应返回 200或 301/302 跳转说明站点做了路径重定向。如果返回 403、404 或者直接超时说明这个地址不对或者该路径不存在需要更换。公共镜像站的 URL 路径有一个共性规律/centos/releasever/repo/basearch/。对于 CentOS 7.6 x86_64 来说就是/centos/7/os/x86_64/、/centos/7/extras/x86_64/、/centos/7/updates/x86_64/。还有一种情况是镜像站路径里没有centos这个目录而是直接在根路径下分布比如/7/os/x86_64/。所以选镜像源时最好先通过浏览器或 curl 确认其“使用帮助”中标注的实际路径不要想当然地拼接。3. 完整换源实操从下载配置到缓存重建3.1 获取镜像站 repo 配置文件的两种方式常见的公共镜像站一般有两种方式提供 repo 配置方式不同但效果一致。第一种是直接下载镜像站维护好的完整 repo 文件curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirror.example.com/help/CentOS-Base.repo这种文件通常已经写死了 baseurl 指向该镜像站并且把 mirrorlist 注释掉了一部分拿回来可以直接用。第二种是自己手动编辑已有的 CentOS-Base.repo把mirrorlist行注释掉、baseurl行改成镜像站地址。这种方式对理解原理更友好而且换源之后不容易出现“配置文件里既有 baseurl 又有 mirrorlist导致解析混乱”的情况。我个人推荐第二种方式。原因很简单镜像站提供的 repo 文件虽然省事但它是“通用版”有时候其中还会保留不止一个仓库块包括一些你可能不需要的仓库比如 CR、debuginfo。打开文件对照着理解每一项后再修改反而比直接覆盖更放心。3.2 写入 CentOS-Base.repo 并核对关键参数以编辑默认的CentOS-Base.repo为例原文件内容大概是这样的[base] nameCentOS-7 - Base mirrorlisthttp://mirrorlist.centos.org/?release$releaseverarch$basearchrepoosinfra$infra baseurlhttp://mirror.centos.org/centos/$releasever/os/$basearch/ gpgcheck1 gpgkeyfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 [updates] nameCentOS-7 - Updates mirrorlisthttp://mirrorlist.centos.org/?release$releaseverarch$basearchrepoupdatesinfra$infra baseurlhttp://mirror.centos.org/centos/$releasever/updates/$basearch/ gpgcheck1 gpgkeyfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 [extras] nameCentOS-7 - Extras mirrorlisthttp://mirrorlist.centos.org/?release$releaseverarch$basearchrepoextrasinfra$infra baseurlhttp://mirror.centos.org/centos/$releasever/extras/$basearch/ gpgcheck1 gpgkeyfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7修改后的关键内容如下[base] nameCentOS-7 - Base - mirror.example.com baseurlhttp://mirror.example.com/centos/$releasever/os/$basearch/ gpgcheck1 gpgkeyfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 [updates] nameCentOS-7 - Updates - mirror.example.com baseurlhttp://mirror.example.com/centos/$releasever/updates/$basearch/ gpgcheck1 gpgkeyfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 [extras] nameCentOS-7 - Extras - mirror.example.com baseurlhttp://mirror.example.com/centos/$releasever/extras/$basearch/ gpgcheck1 gpgkeyfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7修改时先把原有的mirrorlist行注释掉行首加#避免它与 baseurl 同时生效时出现混乱。如果你只有一个地址要替换直接用sed操作更快sed -i s|^mirrorlist|#mirrorlist|; s|^baseurlhttp://mirror.centos.org/centos|baseurlhttp://mirror.example.com/centos| /etc/yum.repos.d/CentOS-Base.repo注意我用的是|作为分隔符因为 URL 里本身含有/用默认的/分隔符会导致 sed 转义出错。这个细节多次帮我避免过低级错误。变量$releasever在这里表示主版本号 7$basearch表示 x86_64。yum 在解析时会自动替换。如果你的机器是 ARM 或 i386 架构$basearch会自动对应不同值不需要手动写死。3.3 清理缓存并重建修改完配置文件之后接下来要清除旧缓存并重新生成。这一步直接用默认命令可能不会报错但如果你换源前后元数据出入较大偶尔会出现“旧缓存被复用”的诡异问题。正确的清理方式yum clean all输出中会提示各个仓库的缓存被清除。然后重建缓存yum makecache正常情况下每个仓库会显示下载 repomd.xml 和 filelists 等文件的过程最终提示缓存构建完成。如果yum makecache长时间没有任何输出先按一下回车看是否卡在某个位置然后用 CtrlC 中断回过去检查 baseurl 能否 curl 通。3.4 验证换源是否生效缓存重建完成后用下面的命令验证yum repolist输出应当包含三个仓库base、extras、updates并且每个仓库后面的包数量不再是 0。看到类似base: 3,xxx、updates: 1,xxx的数值说明元数据同步正常。为了进一步确认包能正常安装建议测试安装一个小体积软件yum -y install treetree这个包很小安装过程能直观验证源是否真正可用。如果你的生产环境需要谨慎操作也可以先用yum list tree查看包是否存在不需要真实安装。这一步很容易被忽略但它是整个换源操作闭环的最后一环。只看到 repolist 有输出还不够真正下载安装一次才说明网络路径、GPG 校验、RPM 解析全部畅通。4. 换源后必做的验证与常见问题排查4.1 换源成功的判断标准什么状态算换源成功我习惯用一个清单来判断yum repolist正常显示仓库和包数量没有报错。包数量不是“0 packages”也不是“等待缓存生成”的空状态。yum clean allyum makecache全程无中断没有提示某个仓库无法访问。安装软件包时不出现Could not resolve host、404 Not Found、GPG key retrieval failed之类的错误。如果你的机器需要长期稳定工作换源之后还可以顺手跑一次更新yum -y update这一步要根据实际情况来生产环境请谨慎评估影响。如果只是个人虚拟机直接更新到最新补丁无妨。4.2 常见报错对照表报错信息片段主要原因解决思路Could not resolve host: mirror.example.comDNS 解析失败或镜像地址拼写错误检查域名、确认网络 DNS 配置curl 验证[Errno 14] curl#6 - Could not resolve host同上网络不可达改用 IP 测试或更换镜像源[Errno 14] HTTP Error 404 - Not Foundbaseurl 路径不存在或架构/版本写错浏览器打开对应路径确认/centos/7/os/x86_64/存在Cannot retrieve metalink for repositorymirrorlist 未注释解析耗时或失败注释mirrorlist行只保留 baseurlGPG key retrieval failed: [Errno 14]gpgkey 本地路径不存在或密钥导入失败检查/etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7是否存在Could not contact any CDN mirror镜像站整体不可用临时切换到备用镜像源测试这张表里的错误我在实际环境中基本都遇到过。尤其是“404 Not Found”十有八九是路径里的$releasever解析出了意外值。有时候你会在文件中看到$releasever被解析成类似7.6.1810而不是7。原因是 TDBsystem-release或centos-release包可能在系统升级中改写了版本标识。遇到这种问题最直接的办法是手动写死版本号sed -i s/$releasever/7/g /etc/yum.repos.d/CentOS-Base.repo但要注意这句话会把文件里所有$releasever都替换成 7如果配置文件里还有其他用途的变量需要谨慎确认。我通常只会对CentOS-Base.repo执行这个替换其他仓库文件不动。4.3 容易被忽略的细节与经验先讲一个教训换源后直接跑yum update结果系统试图把所有软件包都升级到最新版导致某个业务依赖的旧版库被覆盖服务直接起不来。后来我在生产环境里只固定更新安全相关包其他一律不碰。这不是 yum 源的锅但换源容易给人“一切正常可以随便升级”的错觉实际操作要克制。再讲一个细节部分镜像站在带宽紧张时会忽略来自客户端的请求头中的某些字段导致 curl 测试正常、但 yum 包下载却很慢。此时可以在 yum 配置中增加超时限制避免长时间无响应。修改/etc/yum.conf增加以下配置项timeout30 minrate10ktimeout30表示传输空闲超过 30 秒则中断minrate10k表示下载速率低于 10KB/s 则触发超时判断。这样遇到慢速镜像源时yum 不会无限期挂起而是直接报错方便你更快发现问题。还有一个关于 GPG 的易错点如果你换的镜像源在同步时没有把 RPM-GPG-KEY 文件放到预期路径gpgcheck1就会导致校验失败。这个时候不是关闭 gpgcheck 就完事而是要把gpgkey指向本地已有的密钥文件或者从系统的centos-releaseRPM 中提取出正确的公钥导入。rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7rpm --import成功后再跑yum repolist就不会报 GPG 相关错误。5. 换源经验积累与几个进阶操作5.1 保留优先级意识多源共存时的管理生产环境里经常遇到不止一个仓库比如 CentOS 自带源、第三方源EPEL 等同时存在。换源时要特别注意优先级问题。默认情况下yum 会按照配置里出现的顺序解析但不同源的同名软件包可能会冲突。如果在多个源里都启用了同一个包yum 默认不会帮你自动区分优先级而是随机选取候选版本。这种不确定性在生产环境里非常讨厌。用 yum-plugin-priorities 插件可以解决yum install -y yum-plugin-priorities然后为每个 repo 文件添加priorityN字段数字越小优先级越高。例如 Base 源设 1EPEL 源设 10。有了优先级之后依赖解析时 yum 会优先使用高优先级源里的包版本避免混乱。在写这个插件配置时注意[installed]和[base]这类系统自带仓库不要设成太高优先级否则以后装软件容易出现 odd 依赖问题。通常 Base 设 1其他扩展源设 10 或者更高足够稳定。5.2 内网离线环境怎么换源如果机器完全无法访问公网镜像源这条路就走不通需要换思路。常见做法有两种第一种是搭建内网 yum 仓库。在一台内网服务器上部署 Nginx 或 HTTPD把公共镜像站的 CentOS 目录同步下来然后通过 rsync 做定时增量同步。客户端配置 baseurl 指向内网地址即可。这个方案适合服务器数量较多的环境一次搭建可以长期受益。第二种是使用本地 ISO 作为源。下载 CentOS 7.6 的 DVD ISO挂载到某个目录然后把本机源指向挂载点。这不是网络源但适合临时需求比如只为了安装某些已经存在于 ISO 中的基础包。挂载 ISO 的关键命令mkdir -p /mnt/centos7 mount -o loop /path/to/CentOS-7-x86_64-Minimal-1810.iso /mnt/centos7然后在/etc/yum.repos.d/下新建一个本地源[local] nameLocal CentOS 7.6 baseurlfile:///mnt/centos7 enabled1 gpgcheck0注意这里把 gpgcheck 设成 0因为本地介质里的包没有经过镜像站的签名路径。如果对安全性较真可以先 import 介质中的 RPM-GPG-KEY 再开启校验。5.3 自动化换源脚本服务器数量多时手动一台台改配置效率太低。我习惯写一个简单的脚本批量执行换源操作。核心逻辑无非是备份、下载配置、clean、makecache 四步再加一些容错判断。一个可参考的 Bash 脚本示例#!/bin/bash SOURCE_URLhttp://mirror.example.com/centos/\$releasever REPO_FILE/etc/yum.repos.d/CentOS-Base.repo if [ ! -f $REPO_FILE ]; then echo Repo file not found, aborted. exit 1 fi cp $REPO_FILE $REPO_FILE.bak.$(date %Y%m%d) sed -i s|^mirrorlist|#mirrorlist| $REPO_FILE sed -i s|^baseurlhttp://mirror.centos.org/centos|baseurl$SOURCE_URL| $REPO_FILE yum clean all --enablerepobase --enablerepoupdates --enablerepoextras yum makecache yum list tree /dev/null 21 echo Change source completed.脚本里\$releasever的转义是为了避免 shell 把它当变量展开。这个脚本在干净的 CentOS 7.6 上可以直接跑但要求镜像站的目录结构和默认路径一致。如果你用的镜像站结构不同需要先调整 sed 规则。这些年装过不少 CentOS 7.6 的机器换源这件事我从一开始的手忙脚乱到后来形成一套固定操作流程最大的感触就是别嫌准备工作啰嗦也别跳过验证环节。一次备份操作、一次 curl 连通性测试能为你省下几十倍的时间。如果你正在折腾一台新机器按照这篇文章的顺序走下来大概率能一次成功。最后再分享一个小建议换源之后别急着删备份文件留个三四天确认 yum 工作稳定再清理也不迟。留着退路生产环境才能睡得安稳。
 - @EventListener注解探究)
