内网服务器离线yum源搭建指南：从ISO到HTTP共享

给内网服务器装软件，最头疼的莫过于敲下 yum install 之后，屏幕上刷出一片 Could not resolve host。没有外网访问权限的机器，包管理器直接废掉一大半。这个场景我遇到过太多次：业务系统在内网隔离区，装个基础的编辑器、图形自动化工具，都得靠运维手动找 rpm 包，一层层解决依赖，运气不好能折腾一下午。后来我把离线 yum 源这套流程彻底跑通以后，同类环境基本半小时之内就能铺完。这篇文章就把我实际用下来的方案、步骤和踩过的坑一次说清楚，适合正在给内网机器、国产化环境或临时测试环境搭建本地软件源的人参考。

1. 内网机器的痛：为什么离线环境离不开一个本地yum源

1.1 离线yum源解决的核心问题

Linux 的 yum/dnf 包管理器默认配置全是官方仓库地址，这些地址在能上网的机器上才访问得了。内网环境一旦断外网，yum 会尝试连接 mirror 列表并超时，最后给出一个 Could not retrieve mirrorlist 或 Cannot find a valid baseurl 的报错，整个软件安装流程瞬间停摆。

有人会想，那我直接用 rpm 包安装不就行了？单包安装确实可以，但 rpm 依赖关系是一个网，不是一条线。装一个 xdotool，可能牵扯到 libX11、libXtst、libXext 等一堆基础库，这些库又可能被系统里其他软件共享。手动找包时，版本稍微对不上就装不进去，强制忽略依赖又可能把系统装坏。离线 yum 源的价值就在这儿：把某个可靠的软件集合以标准仓库的形式提供给本机或内网的其他机器，让 yum 自己去解析依赖，它比人脑可靠得多。

再往深一层说，yum 源解决了“软件来源可信”的问题。内网环境往往对安全有要求，如果每个人都从 U 盘、网盘拷贝来源不明的 rpm 包进来，系统被植入恶意软件的概率会直线上升。把离线源统一搭建、统一维护，等于对内网服务器提供了受控的软件分发入口。

1.2 什么时候值得建离线源，什么时候别浪费时间

先说结论：不是每个环境都需要完整离线源。如果你只是给一台机器装一个一次性工具，更快的做法是找一台同版本系统的联网机器，用 yumdownloader 把目标包和依赖下载好拷过去，直接 rpm 安装。但如果你碰上下面这些情况，离线 yum 源就是正确选项：

• 服务器数量多，比如几十台以上，每台都手动传 rpm 会累死人；
• 业务需要长期运行，后续还要增补软件，需要一个稳定统一的安装入口；
• 环境对安全合规有要求，不允许在搭建过程中随意拷贝来源不明的 rpm；
• 网络隔离是长期状态，之后还会有新机器陆续入场。

我个人的判断标准其实很简单：如果同一批软件需要在超过三台机器上安装，或者这台机器以后还会反复装东西，那就把离线源搭起来。搭一次源做的事，比后续反复手动处理依赖要省得多。之前帮一个医疗信息系统的项目搭内网环境，20 多台服务器全是离线状态，起初他们打算每台机器单独处理依赖，结果一周还没装完基础设施。后来我花半天搭了个局域网 HTTP 源，剩下所有机器都是半小时内完成的。这就是典型的高投入产出场景。

2. 动手前的选型：ISO挂载源和同步包仓库源，该怎么选

2.1 基于ISO镜像的轻量离线源

所谓