dnf и сторона RHEL

Двухуровневая модель идентична для обоих семейств дистрибутивов. На Debian/Ubuntu: apt (front-end) → dpkg (движок). На RHEL/Fedora: dnf (front-end) → rpm (движок). То же разделение ответственности: dnf разрешает зависимости и управляет репозиториями, rpm управляет локальной базой и установкой файлов.

# Аналоги распространённых apt-команд на RHEL/Fedora
sudo dnf check-update          # проверить обновления (не устанавливать)
sudo dnf upgrade               # установить все доступные обновления
sudo dnf install nginx         # установить nginx
sudo dnf remove nginx          # удалить nginx
dnf info nginx                 # версия, размер, описание

Одно поведенческое отличие: dnf upgrade автоматически выполняет аналог apt update перед проверкой обновлений. Запускать dnf check-update отдельно перед dnf upgrade не нужно.

Конфигурация репозиториев находится в файлах /etc/yum.repos.d/*.repo. Формат — INI, аналогично unit-файлам systemd:

# /etc/yum.repos.d/nginx.repo
[nginx-stable]
name=nginx stable repo
baseurl=http://nginx.org/packages/centos/$releasever/$basearch/
gpgcheck=1
enabled=1
gpgkey=https://nginx.org/keys/nginx_signing.key
module_hotfixes=true

Ключевые поля: baseurl (или mirrorlist), gpgcheck=1 (проверять подписи — всегда оставляй 1), enabled=1/0 (включить/выключить без удаления), gpgkey (URL или путь к GPG-ключу).

# Добавить репозиторий из .repo-файла
sudo dnf config-manager --add-repo https://example.com/package.repo

# Список включённых репозиториев
dnf repolist

# Список всех репозиториев, включая отключённые
dnf repolist --all

# Включить/выключить репозиторий по ID
sudo dnf config-manager --set-enabled nginx-stable
sudo dnf config-manager --set-disabled nginx-stable

Переменные $releasever и $basearch подставляются dnf во время выполнения: $releasever становится 9 на RHEL 9, $basearch — x86_64 или aarch64 в зависимости от системы. Это позволяет одному .repo-файлу работать на разных мажорных версиях.

rpm — низкоуровневый движок, аналог dpkg. Все метаданные установленных пакетов хранятся в /var/lib/rpm/ (база данных SQLite, в отличие от plain-text формата dpkg). Флаги запросов зеркалят флаги dpkg:

# Список всех установленных пакетов
rpm -qa

# Какой пакет владеет этим файлом?
rpm -qf /usr/bin/nginx

# Список всех файлов, установленных nginx
rpm -ql nginx

# Проверить файлы nginx по базе RPM (обнаружить вмешательство)
rpm -V nginx
# Формат вывода: SM5DLUGTP  c /etc/nginx/nginx.conf
# S=размер, M=права, 5=md5, D=устройство, L=симлинк, U=пользователь, G=группа, T=mtime

# Установить локальный .rpm-файл (rpm не разрешает зависимости — лучше использовать dnf)
sudo rpm -ivh ./package-1.0.x86_64.rpm
# -i=install, -v=verbose, -h=прогресс-бар хешами

Как и dpkg, rpm -i не разрешает зависимости. Если .rpm требует libfoo, нужно сначала установить libfoo, или использовать dnf localinstall ./package.rpm — он вызывает rpm, но также разрешает зависимости из настроенных репозиториев.

Модули AppStream — концепция RHEL/CentOS Stream без прямого аналога в apt. Они позволяют устанавливать несколько версий одного ПО (например, nginx 1.20 stable и 1.24 mainline) без добавления стороннего репозитория. Это ответ RHEL на Ubuntu PPA.

# Список доступных потоков модулей для nginx
dnf module list nginx
# Name   Stream         Profiles    Summary
# nginx  mainline [d]   common [d]  A high performance web server
# nginx  1.22           common      ...

# Включить конкретный поток (фиксирует версионный поток)
sudo dnf module enable nginx:mainline

# Установить из включённого потока
sudo dnf module install nginx

# Проверить, какой поток активен
dnf module list nginx | grep '\[e\]'   # [e] = enabled, [d] = default, [i] = installed

# Переключить потоки (сначала нужен сброс)
sudo dnf module reset nginx
sudo dnf module enable nginx:1.22
sudo dnf module install nginx

Модули AppStream хранятся в /etc/dnf/modules.d/. Когда поток включён, dnf при dnf upgrade автоматически не переключится на более новый поток — переключение потока явное, что предотвращает внезапные обновления мажорных версий.

Дерево семейства RHEL: RHEL → CentOS Stream → Fedora. Понимание того, на чём ты работаешь, влияет на то, как добавлять репозитории и какие пакеты доступны.

Fedora (cutting-edge, цикл выпуска 6 месяцев)
    ↓ функции переходят downstream после стабилизации
CentOS Stream (скользящий предварительный просмотр следующего минорного выпуска RHEL)
    ↓ отобранные, протестированные, hardened
RHEL (Red Hat Enterprise Linux — платная поддержка, жизненный цикл 10 лет)
    ↓ бинарно-совместимые пересборки
AlmaLinux / Rocky Linux / Oracle Linux (бесплатные пересборки RHEL)

# Проверить дистрибутив и версию
cat /etc/os-release
# ID=rhel / fedora / centos
# VERSION_ID=9.3

# RHEL требует подписки для доступа к базовым репозиториям
subscription-manager register --username=user --password=pass

# На AlmaLinux/Rocky (пересборки RHEL, подписка не нужна)
dnf install epel-release   # Extra Packages for Enterprise Linux

EPEL (Extra Packages for Enterprise Linux) — аналог компонента universe Ubuntu: пакеты, поддерживаемые сообществом, которых нет в официальных репозиториях RHEL. Если пакет не находится через dnf search, сначала добавь EPEL.