RPM-proxyopsies vir pakket-aflaaie op grond van URL's

rpm -Uvh https://packages.example.net/example.rpm sluit 'n stap in om oor die netwerk te haal. Voordat die pakket geverifieer of geïnstalleer word, moet RPM die lêer bekom.

'n Werkende DNF-proxykonfigurasie bepaal nie die instellings wat daardie afsonderlike oproep gebruik nie. RPM se handleiding dokumenteer --httpproxy en --httpport vir sy HTTP-afhaalpad. Die geïnstalleerde RPM-weergawe en die reëling van sy URL-hulpprogram bepaal die besonderhede. RPM 6 se verwysing na algemene opsies merk hierdie netwerk-afhaalopsies as verouderd en beveel eerder 'n toegewyde afhaalprogram soos curl of GNU Wget aan.

Vir 'n werkvloei wat jy onderhou, stel eers vas watter laag die URL afhaal. Vir 'n nuwe werkvloei vermy 'n uitdruklike, goedgekeurde aflaai gevolg deur plaaslike pakketverifikasie en -installering die afhanklikheid van hierdie verouderde afhaalopsies.

Hou die velde in hul gedokumenteerde formaat. Moenie raai dat elke weergawe 'n URL met geloofsbriewe aanvaar oral waar 'n proxy-gasheernaam gevra word nie, en moenie 'n verspreiding se globale makrolêer wysig net omdat 'n ou antwoord dit gedoen het nie.

Bepaal die mislukkingsfase: kon die afhaal die proxy bereik, is die verifikasie aanvaar, en het die pakket-eindpunt die bedoelde lêer teruggegee? 'n Latere handtekening- of afhanklikheidsfout is 'n ander probleem as 'n vasgehaakte proxyverbinding.

Behou normale pakketverifikasie. Om die aflaairoete te laat werk, is nie 'n rede om handtekeningkontroles af te skakel, 'n onbetroubare lêer te installeer of 'n suksesvolle DNF-opdrag as bewys te beskou dat hierdie RPM-afhaal dieselfde roete gevolg het nie.