1. 为什么在CentOS 7时代，我们依然需要配置本地YUM源？
如果你刚接触CentOS 7，可能会觉得奇怪：系统不是自带网络YUM源吗，直接yum install多方便，为什么还要费劲去配置一个本地源？这个问题问得好，但答案恰恰是很多运维老手踩过坑后的经验总结。网络源确实方便，但它有几个致命的“软肋”：第一，依赖网络环境。在生产环境的隔离网、内网开发服务器或者网络不稳定的虚拟机里，网络源的速度慢如蜗牛，甚至直接“罢工”，导致软件安装或系统更新失败。第二，版本与一致性控制。网络源（尤其是第三方源如EPEL）的软件包版本会更新，今天你装的是nginx-1.20.1，下周可能就变成了1.22.0。对于需要严格环境一致性的集群部署或生产环境，这种不确定性是灾难性的。第三，安全与可控性。使用官方ISO镜像构建的本地源，所有软件包都经过Red Hat/CentOS官方签名和测试，避免了从网络下载可能被篡改或包含恶意代码包的风险。
因此，配置本地YUM源，本质上是在构建一个私有的、稳定的、可控的软件仓库。它特别适用于：无外网环境的服务器集群、需要批量部署且环境必须一致的场景、作为网络源的灾备和加速缓存，以及对安全有极高要求的封闭环境。理解了“为什么”，我们再来动手“怎么做”，你会发现，这个过程不仅是执行命令，更是在理解Linux软件分发的底层逻辑。
2. 前期准备：获取CentOS 7完整版ISO镜像
配置本地源的核心物料，就是CentOS 7的完整安装镜像。这里有个关键点：必须使用“Everything”或“DVD”ISO，而不能用“Minimal”版。Minimal ISO只包含最基础的安装包，体积小，但恰恰不包含用于构建本地仓库的Packages目录。
2.1 镜像选择与下载
你可以从官方或国内镜像站获取。以阿里云镜像站为例，访问https://mirrors.aliyun.com/centos/7/isos/x86_64/，你会看到一堆文件。我们需要的是类似CentOS-7-x86_64-Everything-2009.iso或CentOS-7-x86_64-DVD-2009.iso的文件（2009是版本号，请以实际最新为准）。Everything版包含所有软件包，约10GB；DVD版包含大部分常用包，约4GB。对于构建全面的本地源，推荐Everything版。
下载到本地后，你需要将其上传到你的CentOS 7服务器上。假设我们将其放在/root目录下，文件名为CentOS-7-x86_64-Everything-2009.iso。
2.2 创建挂载点目录
挂载点就是一个空目录，用作访问ISO文件内容的“窗口”。通常，我们将其放在/mnt或/media目录下。
mkdir -p /mnt/cdrom这里创建了/mnt/cdrom目录。-p参数确保如果父目录不存在则一并创建。
3. 挂载ISO镜像并探索其目录结构
有了ISO文件和挂载点，下一步就是将它们关联起来。
3.1 执行挂载命令
使用mount命令进行挂载，注意需要-o loop选项来挂载镜像文件。
mount -o loop /root/CentOS-7-x86_64-Everything-2009.iso /mnt/cdrom执行成功后，不会有明显提示。你可以用df -h命令查看，会发现/mnt/cdrom已经挂载上了，并显示了ISO文件的大小。
3.2 验证与查看关键目录
进入挂载点，看看里面有什么。
cd /mnt/cdrom ls -la你会看到类似以下的目录结构：
. ├── CentOS_BuildTag ├── EFI ├── EULA ├── GPL ├── LiveOS ├── Packages ├── REPODATA ├── RPM-GPG-KEY-CentOS-7 ├── RPM-GPG-KEY-CentOS-Testing-7 └── TRANS.TBL对我们至关重要的两个目录是：
Packages/： 这里存放了所有后缀为.rpm的软件包文件，成千上万个，这就是我们的“软件库”。repodata/： 这是仓库的“元数据索引”目录。里面存放着comps.xml（软件包分组信息）、primary.xml.gz（所有软件包的核心信息，如名称、版本、依赖关系等）等文件。YUM工具正是通过读取这里的元数据，才能知道仓库里有什么软件、它们的依赖关系是什么。
一个重要的实操心得： 有时你可能会直接复制Packages目录到本地路径来创建源，但如果你只复制了Packages而丢了repodata，或者repodata损坏，那么yum命令会报错，提示找不到有效的仓库元数据。所以，确保repodata目录的完整性是配置成功的前提。使用ISO挂载的方式，天然保证了这两个目录结构的完整性和一致性。
4. 创建本地YUM源配置文件
YUM源的信息是通过.repo文件来定义的，这些文件存放在/etc/yum.repos.d/目录下。系统原有的网络源配置文件（如CentOS-Base.repo）我们最好先备份，然后创建一个新的本地源配置文件。
4.1 备份现有网络源（建议操作）
这不是必须的，但是一个好习惯，可以避免本地源配置出错时影响网络源的正常使用。
cd /etc/yum.repos.d/ mkdir bak mv *.repo bak/这样就把所有原有的.repo文件移动到了bak子目录下，YUM将暂时忽略它们。
4.2 创建本地源配置文件
现在，创建一个新的配置文件，例如叫做local.repo。
vi /etc/yum.repos.d/local.repo将以下内容写入该文件：
[local-os] # 仓库ID，唯一即可，中括号是必须的 name=Local CentOS 7 Repository # 仓库描述，可读性名称 baseurl=file:///mnt/cdrom # 关键！指定仓库路径。file://表示使用本地文件协议，后面是挂载点的绝对路径。 enabled=1 # 启用此仓库 gpgcheck=1 # 启用GPG密钥检查，确保软件包完整性 gpgkey=file:///mnt/cdrom/RPM-GPG-KEY-CentOS-7 # GPG公钥路径，用于校验软件包签名逐行解析与避坑指南：
[local-os]： 这是仓库的ID，在同一个系统中必须唯一。yum命令的输出会显示这个ID。name： 对仓库的友好描述，方便自己识别。baseurl：这是最核心也是最容易出错的配置项。file://是协议头，表示本地文件。/mnt/cdrom是挂载点的绝对路径。必须确保这个路径下存在有效的repodata目录。常见错误是路径写错，或者使用了相对路径。- 你可以配置多个
baseurl（例如多个本地目录做冗余），但这里我们只用一个。
enabled=1： 1表示启用，0表示禁用。如果设为0，yum会忽略这个仓库。gpgcheck=1和gpgkey： 强烈建议开启。GPG检查会验证每个RPM包的数字签名，确保它来自CentOS官方且未被篡改。密钥文件就在ISO镜像的根目录。如果关闭 (gpgcheck=0)，会降低安全性，但有时在内部可信环境为了快速测试可以暂时关闭。
4.3 清理YUM缓存并测试
创建好配置文件后，YUM不会立即读取新的元数据。我们需要清理旧缓存并建立新缓存。
yum clean all # 清理所有缓存，包括元数据和软件包 yum makecache # 创建新的元数据缓存如果一切配置正确，yum makecache会显示正在从local-os仓库下载（实际上是读取）元数据，并提示缓存已建立。
现在，进行一个终极测试：列出仓库或尝试安装一个软件。
yum repolist # 列出所有启用的仓库，你应该能看到 local-os yum list available | head -20 # 列出仓库中所有可用的软件包（前20行）如果这些命令能成功执行并显示出软件包列表，恭喜你，本地源配置成功了！
5. 进阶：实现开机自动挂载与仓库优化
通过上面的步骤，你已经可以手动使用本地源了。但服务器一旦重启，ISO镜像的挂载就会失效，需要再次手动执行mount命令。这显然不适合生产环境。我们需要配置开机自动挂载。
5.1 配置/etc/fstab实现自动挂载
/etc/fstab文件定义了系统启动时需要自动挂载的文件系统。编辑这个文件：
vi /etc/fstab在文件末尾添加一行：
/root/CentOS-7-x86_64-Everything-2009.iso /mnt/cdrom iso9660 defaults,loop 0 0参数解释：
- 第一列（设备）： ISO镜像文件的绝对路径。
- 第二列（挂载点）： 我们之前创建的
/mnt/cdrom目录。 - 第三列（文件系统类型）： 对于ISO9660标准的镜像，填写
iso9660。如果是其他格式（如UDF），需相应调整。 - 第四列（挂载选项）：
defaults包含常用选项（rw, suid, dev, exec, auto, nouser, async），加上loop表示挂载回环设备。 - 第五列（dump备份）： 通常设为
0（不使用dump备份）。 - 第六列（fsck检查顺序）： 通常设为
0（启动时不进行磁盘检查）。
添加后，可以执行mount -a命令来测试配置是否正确，它会尝试挂载/etc/fstab中所有未挂载的设备。如果没有报错，下次重启系统时，ISO镜像就会自动挂载到指定位置。
5.2 一个常见的“坑”与解决方案
有时候，你可能会遇到这样的情况：ISO镜像正确挂载，repodata也存在，但yum命令却提示“Cannot retrieve repository metadata (repomd.xml)”之类的错误。
这很可能是因为SELinux 安全上下文的问题。SELinux 会给文件和目录打上“标签”，限制访问。从ISO挂载的文件，其SELinux上下文类型可能是iso9660_t，而YUM进程（yum_t）默认可能没有权限读取这种类型的文件。
解决方案有两种（二选一）：
临时调整SELinux策略（推荐用于测试）： 将
/mnt/cdrom及其下文件的上下文改为允许YUM读取的类型。chcon -R -t httpd_sys_content_t /mnt/cdrom/这个命令将目录的上下文改为Web内容类型，通常可以被许多服务读取。如果不行，可以尝试更宽松的
public_content_t或public_content_rw_t。永久关闭SELinux（不推荐用于生产环境，仅作为最后手段）： 编辑
/etc/selinux/config文件，将SELINUX=enforcing改为SELINUX=disabled，然后重启系统。请注意，这会降低系统安全性，仅在确认是SELinux问题且无更好解决方案时使用。
5.3 扩展：将ISO内容复制到本地目录
如果你觉得每次都要挂载ISO不方便，或者想释放ISO文件占用的空间，可以将ISO内的Packages和repodata目录复制到本地硬盘的一个路径下，例如/opt/local-yum/。
mkdir -p /opt/local-yum cp -r /mnt/cdrom/Packages /mnt/cdrom/repodata /opt/local-yum/然后，将你的local.repo文件中的baseurl修改为file:///opt/local-yum，并确保gpgkey路径也指向复制过来的密钥文件（或者继续使用ISO里的路径，如果ISO还挂载的话）。这样做的好处是访问速度可能更快，且不依赖ISO文件。但缺点是需要额外的磁盘空间（约10GB），且如果未来想更新仓库，需要重新复制。
6. 本地源与网络源混合使用的最佳实践
在大多数实际场景中，我们不会完全抛弃网络源。一个更佳的策略是混合使用：以本地源为主，保证基础系统和核心软件的稳定；同时谨慎启用少数可信的网络源（如EPEL），以获取本地源中没有的最新版本或特定软件。
6.1 优先级（priority）配置
YUM允许为每个仓库设置优先级。数字越小，优先级越高（1最高）。当同一个软件包在多个仓库中存在时，YUM默认会安装版本最新的，但我们可以通过优先级强制它优先从某个仓库安装。
首先，需要安装yum-plugin-priorities插件。注意，这个插件在CentOS 7默认的Base源中就有，但我们现在只有本地源，所以需要确保本地源里有这个包。你可以先搜索一下：
yum search yum-plugin-priorities如果能找到，就安装它：
yum install yum-plugin-priorities然后，在仓库配置文件中添加priority参数。例如，我们希望本地源优先级最高：
[local-os] name=Local CentOS 7 Repository baseurl=file:///mnt/cdrom enabled=1 gpgcheck=1 gpgkey=file:///mnt/cdrom/RPM-GPG-KEY-CentOS-7 priority=1 # 设置最高优先级对于网络源（如EPEL），可以设置一个较低的优先级，例如priority=10。这样，对于绝大多数基础包，YUM都会从本地源获取；只有当本地源没有时，才会去网络源查找。
6.2 禁用与启用特定仓库
即使配置了网络源，我们也可以在日常使用时临时禁用它们，只在需要时开启。使用--disablerepo和--enablerepo参数。
# 安装软件时，只使用本地源，禁用所有其他源 yum install --disablerepo=\* --enablerepo=local-os some-package # 更新系统时，启用EPEL源获取额外更新 yum update --enablerepo=epel这种方法提供了最大的灵活性。
6.3 使用YUM缓存代理（Yum Caching Proxy）
对于拥有多台内网服务器的大型环境，为每台机器都挂载ISO或复制文件并不经济。更专业的做法是搭建一个YUM缓存代理服务器，例如使用nginx提供HTTP服务来发布本地仓库，或者使用yum-cron和rsync定期从外网同步更新到内网仓库服务器。其他内网机器则将这个内网服务器地址配置为baseurl（使用http://协议）。这既享受了本地源的速度和稳定性，又能通过中心服务器统一管理仓库内容。这属于更高级的运维范畴，但思路是本地源思想的自然延伸。
配置本地YUM源，从手动挂载ISO到写入系统配置，再到解决SELinux和自动挂载问题，整个过程是对Linux文件系统、软件包管理和系统服务联动的一次深刻实践。它绝不仅仅是一个“配置步骤”，而是构建稳定、可控系统环境的基石。尤其是在当前CentOS 7生命周期临近结束、网络源可能发生变化的背景下，拥有一份完整的本地镜像，对于维护老系统的稳定性而言，更显得至关重要。下次当你面对一个离线服务器时，希望这份超详细的指南能让你从容不迫。
