Параметры прокси RPM для загрузки пакетов по URL
Проверьте собственные параметры прокси RPM для получения URL, когда прямая команда для удалённого пакета ведёт себя иначе, чем DNF.
rpm -Uvh https://packages.example.net/example.rpm включает этап получения по сети. Перед проверкой или установкой пакета RPM должен получить файл.
Работающая конфигурация прокси для DNF не определяет параметры, которые использует этот отдельный вызов. Руководство RPM описывает --httpproxy и --httpport для пути получения по HTTP. Подробности определяются установленной версией RPM и устройством её помощника URL. Справочник общих параметров RPM 6 помечает эти параметры сетевого получения как устаревшие и рекомендует вместо них специальный инструмент получения, например curl или GNU Wget.
Для рабочего процесса, который вы поддерживаете, сначала определите, какой уровень получает URL. Для нового процесса явно одобренная загрузка с последующей локальной проверкой и установкой пакета позволяет избежать зависимости от этих устаревших параметров получения.
Сохраняйте поля в документированном формате. Не предполагайте, что каждая версия принимает URL с учётными данными везде, где запрашивается имя хоста прокси, и не правьте глобальный файл макросов дистрибутива только потому, что так поступил старый ответ.
Определите этап сбоя: смогло ли получение достичь прокси, была ли принята аутентификация и вернула ли конечная точка пакета нужный файл? Последующая ошибка подписи или зависимостей — это другая проблема, нежели зависшее соединение с прокси.
Сохраняйте обычную проверку пакетов. Работающий маршрут загрузки не является причиной отключать проверки подписей, устанавливать недоверенный файл или считать успешную команду DNF доказательством того, что это получение RPM шло тем же маршрутом.