RPM-proxy-opsjes foar downloaden fan pakketten fia URL
Kontrolearje de eigen proxy-opsjes fan RPM foar URL-ophalen as in direkte opdracht foar in pakket op ôfstân oars wurket as DNF.
rpm -Uvh https://packages.example.net/example.rpm befettet in stap wêrby't it bestân oer it netwurk helle wurdt. Foardat it pakket ferifiearre of ynstallearre wurdt, moat RPM it bestân krije.
In wurkjende DNF-proxykonfiguraasje fêstiget net de ynstellings dy't dy aparte oprop brûkt. De hânlieding fan RPM dokumintearret --httpproxy en --httpport foar syn HTTP-ophaalpaad. De ynstallearre RPM-ferzje en de opbou fan syn URL-helpers bepale de bysûnderheden. De referinsje foar algemiene opsjes fan RPM 6 markearret dizze netwurk-ophaalopsjes as ferâldere en advisearret ynstee in tawijde ophaalark, lykas curl of GNU Wget.
Foar in wurkstream dy't jo ûnderhâlde, stel earst fêst hokker laach de URL ophellet. Foar in nije wurkstream foarket in eksplisyt goedkarde download, folge troch lokale pakketferifikaasje en ynstallaasje, ôfhinklikheid fan dizze ferâldere ophaalopsjes.
Hâld de fjilden yn har dokumintearre formaat. Tink net dat elke ferzje in URL mei oanmeldgegevens akseptearret oeral dêr't in proxy-hostnamme frege wurdt, en bewurkje net it globale makro-bestân fan in distribúsje allinnich om't in âld antwurd dat die.
Fêststel it stadium fan it mislearjen: koe it ophalen de proxy berikke, waard de autentikaasje akseptearre, en joech it einpunt fan it pakket it bedoelde bestân werom? In lettere flater yn de hantekening of ôfhinklikens is in oar probleem as in fêstrûn proxyferbining.
Behâld de normale pakketferifikaasje. It wurkjen meitsje fan 'e downloadrûte is gjin reden om hantekeningkontrôles út te skeakeljen, in net fertroud bestân te ynstallearjen of in slagge DNF-opdracht te beskôgjen as bewiis dat dit RPM-ophalen deselde rûte folge hat.