Параметры проксі 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 ішло тым жа шляхам.