软件包管理：rpm / yum 与 dpkg / apt

一、先把「包」和「工具」分清楚

1.1 三种软件形态

1.2 两层工具，别混

记住这个对应关系，后面全是平移：

rpm  ↔  dpkg
yum  ↔  apt
.rpm ↔  .deb

底层工具不管依赖，是因为它只看手里这一个文件，不知道别的包在哪。 上层工具能管依赖，是因为它读了仓库的索引，知道「装 A 还需要 B、C」。

---

二、底层：rpm 与 dpkg

2.1 装与卸

RHEL 系：

rpm -ivh httpd-2.4.6.el7.x86_64.rpm   # 安装（-i install, -v 详细, -h 进度条）
rpm -Uvh httpd-2.4.6.el7.x86_64.rpm   # 升级安装：没装就装，装了旧版就升
rpm -e httpd                          # 卸载：用包名，不是文件名
rpm -e --nodeps httpd                 # 强卸，跳过依赖检查 —— 危险

Debian 系：

dpkg -i nginx_1.18.0_amd64.deb        # 安装（缺依赖只会报错，不会自动装）
dpkg -r nginx                         # 卸载，保留配置文件
dpkg -P nginx                         # 彻底卸载，连配置文件一起删（purge）
dpkg -i --force-depends nginx.deb     # 强装 —— 危险，优先用 apt -f install 修

rpm 没有「配置和程序分离」的概念，卸了就全没了。 dpkg 有 -r / -P 两档，这是 Debian 系比较细的地方。

2.2 查询（日常用得最多）

rpm -qa                    # 列出所有已安装的包
rpm -qa | grep httpd
rpm -qi httpd              # 包详细信息（版本、安装时间、描述）
rpm -ql httpd              # 这个包装了哪些文件
rpm -qc httpd              # 只列配置文件
rpm -qd httpd              # 只列文档
rpm -qf /usr/sbin/httpd    # 这个文件属于哪个包
rpm -qR httpd              # 这个包依赖谁
rpm -qp --scripts x.rpm    # 看「还没安装」的包的信息和安装脚本
rpm -V  httpd              # 校验文件是否被改过（大小/权限/摘要）

dpkg -l                    # 列出已安装（首列状态码）
dpkg -l | grep nginx
dpkg -s nginx              # 包状态与信息
dpkg -L nginx              # 这个包装了哪些文件
dpkg -S /usr/sbin/nginx    # 这个文件属于哪个包
dpkg -c x.deb              # 「还没安装」的 deb 包里有哪些文件
dpkg -I x.deb              # 「还没安装」的 deb 包的信息
dpkg --configure -a        # 修复「装了一半」的包

dpkg -l 首列两个字母的含义：ii 已安装、rc 已卸载但配置残留、un 未安装。 看到一堆 rc 就是卸过没清干净，用 dpkg -P 或 apt purge 收掉。

---

三、上层：yum 与 apt

上层工具解决底层不管的三件事：去哪找包、依赖谁来装、操作过什么能不能回滚。

3.1 元数据缓存（最容易搞错的地方）

yum 会把仓库的包索引缓存在本地，索引过期就会出现「明明有新版本却装到旧的」。

yum makecache        # 只下载仓库元数据做缓存
yum clean all        # 清空所有缓存（元数据 + 下载到本地的 rpm）
yum repolist         # 看当前有哪些仓库、各有多少包

apt update           # 拉取（更新）元数据索引 —— 注意：不是升级软件
apt upgrade          # 这才是升级已安装的软件
apt clean            # 清空 /var/cache/apt/archives 里的 deb 缓存
apt policy nginx     # 看某个包有哪些版本、分别来自哪个源

apt update ≈ yum makecache，不是 yum update。 apt update 只刷索引；真正升级是 apt upgrade，对应 yum update。 这个不对称是 Debian 系新手最常踩的坑。

3.2 安装、卸载、重装

# RHEL 系
yum install httpd -y
yum install 'httpd*' -y            # 装一批，注意引号
yum reinstall httpd -y             # 配置文件改坏了 → 重装恢复
yum remove httpd -y                # 卸载
yum group list                     # 列出软件组
yum group install "Development Tools" -y
yum group remove  "Development Tools" -y

# Debian 系
apt install nginx -y
apt install nginx=1.18.0-1 -y      # 指定版本（先 apt policy 看有哪些）
apt reinstall nginx                # 重装
apt remove nginx                   # 卸载，保留配置
apt purge nginx                    # 连配置一起删
apt autoremove                     # 清掉没人再用的依赖
tasksel                            # 软件组的近似物（文本界面）

apt 没有真正的「软件组」，等价物是 meta 包——比如 build-essential 自己不含代码，只是依赖了一堆编译工具。

3.3 查找，以及「这个文件谁提供」

yum list installed | grep httpd
yum list available 'httpd*'        # 仓库里有哪些可装
yum search keyword                 # 按名称/描述搜索
yum info httpd                     # 包详情
yum provides /usr/bin/htpasswd     # 谁提供这个文件（查仓库）
yum provides '*/htpasswd'          # 路径记不全时用通配

apt list --installed | grep nginx
apt list 'nginx*'
apt search keyword
apt show nginx
apt-file search /usr/bin/htpasswd  # 需先 apt install apt-file && apt-file update
apt-cache depends nginx            # 依赖树
apt-cache rdepends nginx           # 谁依赖我（反向依赖）

rpm -qf 和 yum provides 看着都是「查文件属于谁」，角度不同： rpm -qf 只查已安装的包，且文件必须真实存在； yum provides 查仓库元数据，包还没装也能答出「装谁就有这个文件」。

3.4 历史与回滚

yum history              # 列出执行过的 yum 操作，带 ID
yum history info 3       # 第 3 条具体干了什么
yum history undo 3       # 撤销第 3 条：把那一次装的卸掉
yum history redo 3       # 重做

Debian 系没有「一键 undo」，只能靠日志自己还原：

cat /var/log/apt/history.log        # 谁在什么时间装了什么
zcat /var/log/apt/history.log.*.gz  # 更早的记录
apt-mark showmanual                 # 手动装的包（与自动依赖区分开）

yum history undo 是 yum 相对 apt 的明显优势，适合「装完发现不对、一键退回」。

3.5 装本地包 / 装 URL 上的包

# RHEL 系
yum localinstall samba-4.10.16-5.el7.x86_64.rpm   # 老写法
yum install ./samba-4.10.16-5.el7.x86_64.rpm      # dnf 时代推荐
yum install https://mirrors.aliyun.com/centos/7.9.2009/os/x86_64/Packages/samba-4.10.16-5.el7.x86_64.rpm

# Debian 系
apt install ./samba_4.10.16_amd64.deb   # 前面的 ./ 不能省
wget https://example.com/xxx.deb && apt install ./xxx.deb

apt install ./x.deb 里的 ./ 不是装饰：不带路径，apt 会去仓库找同名的包。 另外 dpkg -i 不会装依赖，apt install ./x.deb 会 —— 优先用 apt。

---

四、自建 yum 源（课程实验，CentOS）

适用场景：内网机器上不了外网，或者要锁定某些包的版本，就把 rpm 收集到一台机器上做成仓库。

4.1 准备 rpm 包

四个来源：

1. 系统镜像里的 Packages/ 目录
2. 网上的 yum 源
3. 用 yum 只下载不安装
4. 打开缓存，把装过的包留下来

# 方式 3：只下载不安装
mkdir -p /my_rpms
yum install --downloadonly --downloaddir=/my_rpms httpd -y
# CentOS 7 需要先装插件，否则该参数被忽略：
#   yum install yum-plugin-downloadonly -y
# CentOS 8+ / dnf 写法：
#   dnf download --destdir=/my_rpms httpd

# 方式 4：保留安装缓存
vi /etc/yum.conf
# 在 [main] 段增加一行：
# keepcache=1

4.2 生成 repodata（关键一步）

yum install createrepo -y
createrepo /my_rpms

createrepo 会在 /my_rpms 下生成 repodata/ 目录，里面是依赖关系索引。 没有它，这个目录对 yum 来说只是一堆文件，不是仓库。

后续往目录里加了新包，要重新执行 createrepo --update /my_rpms。

4.3 把目录共享出去

systemctl stop firewalld    # 实验环境图省事，生产别这么干
setenforce 0

yum install vsftpd -y
systemctl start vsftpd

ln -s /my_rpms /var/ftp/my_rpms    # /var/ftp 是 vsftpd 的默认根目录

用 cp 或 mv 把目录放进 /var/ftp 也可以，效果一样。

4.4 客户端写 repo 文件

本机目录直接当源：

cat > /etc/yum.repos.d/local.repo <<'EOF'
[local]
name=local repo
baseurl=file:///my_rpms
enabled=1
gpgcheck=0
EOF

走 FTP：

cat > /etc/yum.repos.d/ftp.repo <<'EOF'
[local]
name=ftp repo
baseurl=ftp://服务端IP/my_rpms
enabled=1
gpgcheck=0
EOF

五个字段的含义：

yum clean all && yum makecache
yum repolist                    # 能看到 local 就说明配好了
yum install httpd -y

file:///my_rpms 三个斜杠：file:// 是协议头，/my_rpms 是绝对路径。 Debian 系做本地源是另一套（dpkg-scanpackages 生成 Packages.gz + 写 sources.list），本篇不展开。

---

五、源码编译安装（以 nginx 1.24.0 为例）

什么时候用源码：要更新的版本、要开特定模块、要指定安装路径。

5.1 装编译环境

yum install gcc gcc-c++ autoconf automake make -y
yum install zlib zlib-devel openssl openssl-devel pcre pcre-devel -y

-devel 结尾的包是头文件，只在编译时需要；运行程序不需要它们。

5.2 标准三步

cd /usr/local/src
wget https://nginx.org/download/nginx-1.24.0.tar.gz
tar xf nginx-1.24.0.tar.gz
cd nginx-1.24.0

# 1) 配置：检查环境、生成 Makefile、定制模块与安装路径
./configure --prefix=/usr/local/nginx_1.24.0 \
            --with-http_stub_status_module \
            --with-http_ssl_module \
            --with-stream \
            --with-http_gzip_static_module \
            --with-http_sub_module

# 2) 编译：把源码变成二进制
make -j4

# 3) 安装：把产物复制到 --prefix 指定的目录
make install

ln -s /usr/local/nginx_1.24.0 /usr/local/nginx    # 建软链，方便切版本
/usr/local/nginx/sbin/nginx -V                    # 确认编译参数生效

5.3 这三步各自在干什么

• ./configure：把「装到哪、开哪些模块」写进 Makefile。这一步报错最常见，基本都是缺 -devel 包。
• make -j4：4 个并发任务同时编译，核多就写 -j$(nproc)。
• make install：本质就是复制文件。所以包管理器不认识它，卸载要么 make uninstall（不是每个包都提供），要么直接删 --prefix 目录。
• 软链的价值：将来装 nginx_1.26.0，把软链指过去就行，配置路径和脚本都不用改。

---

六、命令怎么串起来

make -j4 ; make install      # 分号：左边不管成功失败，右边都执行
make -j4 && make install     # 与：左边成功（退出码 0）才执行右边
make -j4 || echo 编译失败     # 或：左边失败才执行右边

编译场景必须用 &&：make 失败后接着 make install，装进去的是半成品，而且报错会被后面的输出冲掉，很难查。

其他常见写法：

cmd1 && cmd2 && cmd3         # 链条式，任一步失败就停
set -e                       # 脚本里更彻底：任何命令出错立刻退出
cd /tmp && rm -rf build      # 前面失败就不删，避免误删

---

速查表

---

常见坑

1. apt install 之前不 apt update —— 会「找不到包」或装到很旧的版本，这是 Debian 系第一高频的坑。
2. 把 apt update 当成升级 —— 它只刷索引，升级是 apt upgrade。
3. dpkg -i 报依赖错误就用 --force —— 正确做法是 apt -f install，让 apt 把缺的依赖补上。
4. rpm -e --nodeps 强卸 —— 绕过依赖检查，容易把别的软件一起弄坏。非不得已别用。
5. yum remove 会连带删依赖 —— 它会把「因此变得没人用」的依赖一起删掉，而那个依赖可能别的服务还要。执行前先看清它列出的清单。
6. --downloadonly 在 CentOS 7 要装插件（yum-plugin-downloadonly），否则这个参数被直接忽略，还会提示「已安装」。
7. 忘了 createrepo —— 目录里有 rpm 但没有 repodata/，客户端报「Cannot find a valid baseurl」。
8. 加了新包却没 createrepo --update —— 客户端 makecache 后照样看不到新包。
9. gpgcheck=0 图省事 —— 关掉签名校验等于不验证包来源。生产应导入公钥：rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-*。
10. 源码装的软件包管理器不认识 —— rpm -qa / dpkg -l 里查不到，卸载只能删目录，升级要重新编译。
11. 源码装完重启就没了 —— 没有 systemd unit，得自己写 /etc/systemd/system/nginx.service 再 systemctl enable。
12. ./configure 报错九成是缺 -devel 包 —— 报错信息里会写明缺哪个库，装对应的 xxx-devel 即可。
13. make -j4; make install —— 编译失败也照样安装，装出半成品。必须用 &&。
14. dpkg -l 里一堆 rc 状态 —— 是卸过但没清配置的包，既占空间又占「已安装」名额，apt purge 收掉。

---

动手实验（课程作业，CentOS 9）

这部分是课堂实验，只走 rpm / yum 路线，不做 Debian 对照。

1. 把本地镜像当源，装完再用 history 撤销

mount /dev/sr0 /mnt
# 写 local.repo，baseurl=file:///mnt
yum clean all && yum makecache
yum install httpd -y
yum history                 # 找到刚才那次操作的 ID
yum history undo <ID>       # 撤销安装

2. 官网 repo 装 nginx，再做成内网源

• 从 nginx 官网取 nginx.repo 放进 /etc/yum.repos.d/，yum install nginx -y
• 把缓存的包收集到 /my_rpms，执行 createrepo /my_rpms
• 克隆一台机器当客户端，写 repo 指向这个源，能装上即算通过

3. 源码装 nginx 1.24.0，与 yum 版共存

• 源码装好并启动
• kill 掉源码版进程，再 yum install nginx 启动
• 网站根目录放一张图片，手机连同一个 WiFi 访问

访问不通按这个顺序排查：防火墙 → SELinux → 网络连通 → 服务是否真在监听（ss -lntp）。

---

apt install ./nginx_1.18.0_amd64.deb

apt -f install          # 等价写法 apt install -f

yum install --downloadonly --downloaddir=/my_rpms httpd -y

yum history            # 找到那次的 ID
yum history undo <ID>  # 撤销

cat > /etc/yum.repos.d/local.repo <<'EOF'
[local]
name=local repo
baseurl=file:///my_rpms
enabled=1
gpgcheck=0
EOF