Прокси опции на RPM за изтегляне на пакети по URL
Проверете собствените опции за прокси при изтегляне по URL в RPM, когато директната команда за отдалечен пакет се държи различно от 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 е минало по същия път.