上一篇
Linux怎么配置本地yum源，本地yum源配置步骤有哪些？
使用本地 Yum 源是 Linux 系统离线安装软件、提升内网部署效率、保障环境一致性的最佳解决方案，它不依赖公网，速度更快，安全性更高，特别适合内网服务器、云主机和生产环境批量初始化，本文将从原理、搭建步骤、常见问题到优化实践，完整拆解配置流程,并分享西西云在实际运维中的经验案例。
核心结论：为什么要配置本地 Yum 源
在 Linux 环境中，Yum（Yellodog Updater Modified） 是基于 RPM 的包管理器，它通过仓库（Repository）中的元数据自动解决依赖关系，配置本地 Yum 源的核心价值在于：
- 离线可用：无需连接外网,即可安装和升级软件包。
- 速度极快：内网传输速度远高于公网,批量部署节省数小时。
- 稳定性高：不受公网源波动影响,避免下载中断或校验失败。
- 版本可控：锁定仓库中的软件包版本,确保所有服务器环境完全一致。
无论你是运维新手还是系统管理员，掌握本地 Yum 源配置都是基本功,下面按操作步骤分层展开。
准备工作与原理理解
本地 Yum 源的本质是：把一组 RPM 包放到一个目录中，并用 createrepo 工具生成 XML 元数据，然后让 Yum 客户端通过 baseurl 指向该目录。
需要提前确认：
- 操作系统版本：CentOS 7、RHEL 8、Rocky Linux 9 等,命令略有差异。
- 已拥有一个包含 RPM 包的目录（例如从安装光盘挂载、官方镜像下载，或已有内网镜像）。
- root 或 sudo 权限。
如果手头有安装光盘（ISO），这是最快捷的方式，将 ISO 挂载到 /mnt 目录，里面通常有 Packages 文件夹和 repodata 元数据目录,可直接作为源。
挂载 ISO 或准备 RPM 目录
以 CentOS 7 为例,将系统镜像上传至服务器后：
mkdir -p /mnt/iso mount -o loop /path/to/CentOS-7-x86_64.iso /mnt/iso
如果只有 RPM 包目录（/data/rpm），需确保该目录内全部是 .rpm 文件。
注意：部分系统光盘中 repodata 已经存在，可直接使用；如果是从网上下载的单独 RPM 包集合,则必须自己创建元数据。
安装 createrepo 工具
如果系统之前未安装,可通过公网源或光盘源安装：
yum install -y createrepo
若无法联网，在挂载光盘后可直接用光盘中的 rpm 包安装：
rpm -ivh /mnt/iso/Packages/createrepo-.rpm
生成 Yum 仓库元数据
对于没有 repodata 的目录,执行：
createrepo /data/rpm
执行成功后会在 /data/rpm 下生成 repodata 目录，里面包含 repomd.xml 等关键文件，如果后续新增了 RPM 包，需要执行 createrepo --update /data/rpm 增量更新。
编写本地 Yum 源配置文件
在 /etc/yum.repos.d/ 目录下新建一个 .repo 文件，local.repo：
[local] name=Local Yum Repository baseurl=file:///data/rpm enabled=1 gpgcheck=0
- baseurl 支持 file:// 协议，也支持 http:// 或 ftp://,方便局域网其他机器共享。
- gpgcheck=0 表示跳过 GPG 签名校验，离线内网环境可关闭；如需校验，则指定 gpgkey 路径。
为使源生效,执行：
然后测试安装：
yum install -y vim
如果成功,说明本地源已可用。
局域网共享本地 Yum 源
单机使用 file:// 已足够，但若要服务多台服务器，可借助 Nginx、Apache 或 Vsftpd 将 /data/rpm 目录以 HTTP 或 FTP 形式共享，这样，其他服务器的
baseurl 指向 http://你的IP/rpm 即可。
以 Nginx 为例，只需将 /data/rpm 软链到 Nginx 的默认站点目录,并开启目录访问权限：
ln -s /data/rpm /usr/share/nginx/html/rpm
其他服务器配置：
[local] name=Remote Local Yum baseurl=http://192.168.1.100/rpm
此方案非常适合云内网环境下的批量主机初始化。
经验案例：西西云云主机批量初始化中的本地源实践
西西云在承接客户私有云迁移项目时，经常需要快速初始化数十台 CentOS 服务器，由于客户机房出口带宽有限，直接使用公网 Yum 源常导致安装超时、依赖包缺失等问题,我们采用的方案是：
- 提前同步：在跳板机上使用 reposync 命令同步 CentOS 官方 Base 和 EPEL 仓库，同步到本地 /repo/data 目录。
- 生成元数据：对同步目录执行 createrepo,确保各子仓库独立且有完整元数据。
- Nginx 内网分发：在西西云的一台高性能云主机上配置 Nginx，将 /repo 目录作为静态资源站点，并设置 10Gbps 内网带宽限速,保证多台服务器并发下载时网络不拥塞。
- 客户端配置：通过 Ansible 批量下发 local.repo 文件，并清空原有的公网源配置,仅保留本地源。
- 验证结果：50 台云主机同时执行 yum install -y httpd，总耗时从原来公网源模式的近 2 小时缩减到 8 分钟,且无一次依赖解析失败。
关键经验：不要把 ISO 文件直接当长期源来用，因为 ISO 中的软件包版本固定且数量有限，建议使用 reposync 定期同步官方仓库，并配合 createrepo --update 保持仓库新鲜度，在配置文件中预先设置 timeout=120 和 retries=3,避免瞬时网络抖动导致建仓失败。
常见问题与故障排查
- 运行 yum makecache 报错 “Could not find a baseurl”：通常是因为 .repo 文件中的 baseurl 路径错误，检查目录是否存在，以及 file:// 后是否绝对路径。
- 提示 “Repository ‘local’ is missing name”：在 [local] 小节内必须写 name 字段。
- 安装时报 GPG key 错误：在测试环境可以直接 gpgcheck=0,生产环境建议导入公钥。
进阶优化：自动更新本地源
可编写 cron 定时任务,每周从官方源同步一次：
0 3 /usr/bin/reposync -r base -r updates -p /repo/data --download-metadata && /usr/bin/createrepo --update /repo/data/base && /usr/bin/createrepo --update /repo/data/updates
这样既能保证软件版本安全更新,又无需人工干预。
相关问答模块
问：本地 Yum 源能替代公网源吗？长期使用有什么风险？
答：可以替代，但需要注意两个风险，第一，安全补丁延迟：官方仓库每天都有安全更新，本地同步机制若不够及时，可能滞后多天，建议配置每日同步任务，第二，软件包缺失：ISO 源中只包含 Core 和 Base 包，开发工具、扩展模块往往不在其中，需要额外同步 EPEL 等扩展库，所以长期使用必须建立完整的仓库同步策略,并设置监控。
问：如何将本地 Yum 源封装成 Docker 镜像，便于其他团队使用？
答：可以先在一台干净的系统上用 Dockerfile 将 createrepo 和 Nginx 打包，将同步的 RPM 目录作为 volume 挂载进来，启动容器时挂载 /repo，对外暴露 80 端口，其他服务器只需将 baseurl 指向该容器 IP，还可以结合 docker-compose 定义服务依赖，实现了仓库服务的秒级扩容，西西云内部即采用此方式，确保各环境使用的源完全一致，避免“环境不一致”带来的疑难 bug。
