RPM-proxyval for URL-baserte pakkenedlastingar

rpm -Uvh https://packages.example.net/example.rpm inneheld eit trinn der fila blir henta over nettet. Før pakken blir verifisert eller installert, må RPM skaffe fila.

Ein fungerande DNF-proxykonfigurasjon fastset ikkje innstillingane som det separate kallet brukar. Handboka til RPM dokumenterer --httpproxy og --httpport for HTTP-hentingsvegen. Den installerte RPM-versjonen og oppbygginga av URL-hjelparen avgjer detaljane. Oversynet over felles val i RPM 6 merkar desse nettverkshentingsvala som utdaterte og tilrår i staden eit eige henteverktøy som curl eller GNU Wget.

For ein arbeidsflyt du vedlikeheld, slå først fast kva lag som hentar URL-en. For ein ny flyt unngår ei uttrykkeleg godkjend nedlasting, etterfølgt av lokal pakkeverifisering og -installasjon, å vere avhengig av desse utdaterte hentevala.

Hald felta i dokumentert format. Ikkje gå ut frå at kvar versjon godtek ein URL med påloggingsinformasjon overalt der eit proxyvertnamn blir kravd, og ikkje rediger den globale makrofila til ein distribusjon berre fordi eit gammalt svar gjorde det.

Finn feiltrinnet: kunne hentinga nå proxyen, vart autentiseringa godteken, og returnerte endepunktet til pakken den tiltenkte fila? Ein seinare signatur- eller avhengigheitsfeil er eit anna problem enn ei fastlåst proxyforbinding.

Hald på den vanlege pakkeverifiseringa. At nedlastingsvegen verkar er ikkje grunn til å slå av signaturkontrollar, installere ei fil ein ikkje stolar på eller ta ein vellukka DNF-kommando som prov på at denne RPM-hentinga fylgde same veg.