RPM-i puhverserveri valikud URL-põhisteks paketi allalaadimisteks
Kontrollige RPM-i enda URL-i hankimise puhverserveri valikuid, kui otsene kaugpaketi käsk käitub teisiti kui DNF.
rpm -Uvh https://packages.example.net/example.rpm sisaldab võrgu kaudu hankimise sammu. Enne paketi kontrollimist või paigaldamist peab RPM faili hankima.
Toimiv DNF-i puhverserveri seadistus ei määra säteid, mida see eraldi kutse kasutab. RPM-i käsiraamat dokumenteerib --httpproxy ja --httpport oma HTTP-hankimise teekonna jaoks. Paigaldatud RPM-i versioon ja selle URL-abiprogrammi korraldus määravad üksikasjad. RPM 6 üldvalikute viide märgib need võrgu hankimise valikud vananenuks ja soovitab selle asemel sihtotstarbelist hankimistööriista, näiteks curl või GNU Wget.
Töövoo puhul, mida hooldate, tehke kõigepealt kindlaks, milline kiht URL-i hangib. Uue töövoo puhul väldib selgesõnaliselt lubatud allalaadimine, millele järgneb kohalik paketikontroll ja paigaldamine, sõltuvust neist vananenud hankimisvalikutest.
Hoidke väljad nende dokumenteeritud vormingus. Ärge eeldage, et iga versioon võtab vastu volitustega URL-i igal pool, kus küsitakse puhverserveri hostinime, ja ärge muutke distributsiooni globaalset makrofaili ainult seetõttu, et vana vastus seda tegi.
Tehke kindlaks tõrke etapp: kas hankimine jõudis puhverserverini, kas autentimine võeti vastu ja kas paketi lõpp-punkt tagastas kavandatud faili? Hilisem allkirja- või sõltuvustõrge on teine probleem kui takerdunud puhverserveri ühendus.
Säilitage tavaline paketikontroll. Allalaadimistee toimimine ei ole põhjus allkirjakontrollide väljalülitamiseks, usaldusväärse faili paigaldamiseks ega eduka DNF-i käsu pidamiseks tõendiks, et see RPM-i hankimine järgis sama teed.