RPM-prokseaj agordoj por URL-bazitaj pakaĵelŝutoj
Kontrolu la proprajn URL-elŝutajn prokseajn agordojn de RPM, kiam rekta komando por fora pakaĵo kondutas alie ol DNF.
rpm -Uvh https://packages.example.net/example.rpm inkluzivas retan elŝutan paŝon. Antaŭ ol kontroli aŭ instali la pakaĵon, RPM devas havigi la dosieron.
Funkcianta proksea agordo por DNF ne difinas la agordojn uzatajn de tiu aparta alvoko. La manlibro de RPM dokumentas --httpproxy kaj --httpport por sia HTTP-elŝuta vojo. La instalita RPM-versio kaj la aranĝo de ĝia URL-helpilo difinas la detalojn. La referenco pri komunaj agordoj de RPM 6 markas tiujn retajn elŝutajn agordojn kiel malaktualaj kaj rekomendas anstataŭe dediĉitan elŝutilon kiel curl aŭ GNU Wget.
Por laborfluo, kiun vi prizorgas, unue determini, kiu tavolo elŝutas la URL-on. Por nova laborfluo, eksplicita aprobita elŝuto sekvata de loka pakaĵkontrolo kaj instalado evitas dependi de tiuj malaktualaj elŝutaj agordoj.
Konservu la kampojn en ilia dokumentita formo. Ne supozu, ke ĉiu versio akceptas URL-on kun legitimiloj ĉie, kie oni petas proksan gastigantnomon, kaj ne redaktu la tutmondan makroodosieron de distribuo nur ĉar malnova respondo tion faris.
Trovu la malsukcesan stadion: ĉu la elŝuto povis atingi la proksilon, ĉu la aŭtentigo estis akceptita, kaj ĉu la finpunkto de la pakaĵo redonis la celitan dosieron? Posta subskriba aŭ dependeca eraro estas alia problemo ol blokiĝinta proksa konekto.
Konservu la normalan pakaĵkontrolon. Funkciigi la elŝutan vojon ne estas kialo por malŝalti subskribajn kontrolojn, instali nefidindan dosieron aŭ konsideri sukcesan DNF-komandon pruvo, ke ĉi tiu RPM-elŝuto sekvis la saman vojon.