AlmaLinux: dnf не скачивает пакеты через корпоративный прокси

#Как проявляется проблема

dnf открывает репозиторий напрямую, но в корпоративной сети скачивание метаданных и пакетов завершается ошибкой соединения с прокси. Ниже — порядок проверок от безопасных и обратимых действий к более сложной диагностике.

#Что следует проверить в первую очередь

• Сравните DNS и соединение: Проверьте доступ к корпоративному прокси и разрешение его имени. Запишите код dnf и текст ошибки, не публикуя учётные данные в журналах.
• Проверьте переменные окружения: Посмотрите env | grep -i proxy, скрыв пароль перед передачей вывода третьим лицам. Настройки терминала пользователя и системной службы могут различаться.
• Проверьте конфигурацию DNF: Откройте для чтения /etc/dnf/dnf.conf и параметры proxy/proxy_username, если они предусмотрены организацией. Не вставляйте пароль в общедоступные примеры.

#Пошаговое решение

1. Зафиксируйте исходный симптомdnf открывает репозиторий напрямую, но в корпоративной сети скачивание метаданных и пакетов завершается ошибкой соединения с прокси. Запишите точный текст ошибки, версию дистрибутива (cat /etc/os-release) и время появления сбоя. На удалённом сервере убедитесь, что есть резервный доступ, прежде чем менять сеть или загрузку.
2. Проверьте исходные условия безопасноСначала соберите сведения командами чтения и сохраните копию изменяемого файла конфигурации. Не отключайте SELinux, файрвол, проверку подписей или TLS для быстрого обхода ошибки.
3. Сравните DNS и соединениеПроверьте доступ к корпоративному прокси и разрешение его имени. Запишите код dnf и текст ошибки, не публикуя учётные данные в журналах.
4. Проверьте переменные окруженияПосмотрите env | grep -i proxy, скрыв пароль перед передачей вывода третьим лицам. Настройки терминала пользователя и системной службы могут различаться.
5. Проверьте конфигурацию DNFОткройте для чтения /etc/dnf/dnf.conf и параметры proxy/proxy_username, если они предусмотрены организацией. Не вставляйте пароль в общедоступные примеры.
6. Сравните TLS и HTTP-ошибкиОшибка 407 означает запрос аутентификации прокси; ошибка сертификата требует проверки доверенного корпоративного центра, а не отключения проверки TLS.
7. Обратитесь к сетевым настройкамПопросите администратора подтвердить адрес прокси и способ доступа для пакетного менеджера. После исправления повторите dnf makecache и затем обычную проверку обновлений.
8. Проверьте, устранена ли неисправностьВернитесь к исходному действию: dnf открывает репозиторий напрямую, но в корпоративной сети скачивание метаданных и пакетов завершается ошибкой соединения с прокси. Проверьте его после внесённого изменения и сравните результат с первым тестом. Если сбой исчез, сохраните рабочую настройку; если нет — не повторяйте опасные операции.
9. Если проблема осталасьПосле каждого изменения повторяйте исходную проверку и сравнивайте вывод с записанным. При неудаче верните одно изменение и приложите к обращению очищенные от секретов журналы.

#Как убедиться в результате

Успешное исправление означает, что исходный симптом перестал воспроизводиться при тех же условиях. Если изменено несколько параметров, верните их по одному, чтобы определить реальную причину.

#Когда нужна дополнительная помощь

После каждого изменения повторяйте исходную проверку и сравнивайте вывод с записанным. При неудаче верните одно изменение и приложите к обращению очищенные от секретов журналы.