Proxyvalkostir RPM fyrir URL-byggðar pakka niðurhal
Athugaðu eigin proxyvalkosti RPM fyrir URL-sókn þegar bein fjarpakkaskipun hagar sér öðruvísi en DNF.
rpm -Uvh https://packages.example.net/example.rpm felur í sér skref þar sem sótt er yfir netið. Áður en pakkinn er staðfestur eða settur upp verður RPM að ná í skrána.
Virk DNF-proxyuppsetning ákvarðar ekki stillingarnar sem sú aðskildu köll notar. Handbók RPM skjalfestir --httpproxy og --httpport fyrir HTTP-sóknarleið sína. Uppsetta RPM-útgáfan og skipulag URL-aðstoðar hennar ákvarða smáatriðin. Yfirlit RPM 6 yfir almennar valkosti merkir þessa netssóknarvalkosti sem úrelta og mælir í staðinn með sérhæfðu sóknartóli eins og curl eða GNU Wget.
Fyrir vinnuflæði sem þú viðheldur skaltu fyrst ákvarða hvaða lag sækir URL-ið. Fyrir nýtt flæði kemur skýrt samþykkt niðurhal, sem fylgt er eftir með staðbundinni staðfestingu og uppsetningu pakkans, í veg fyrir að þú þurfir að treysta á þessa úreltu sóknarvalkosti.
Haltu reitunum í skjalfestu sniði sínu. Ekki gera ráð fyrir að hver útgáfa samþykki URL með auðkennum hvar sem beðið er um proxy-hýsilnafn, og breyttu ekki alþjóðlegri makróskrá dreifingar bara af því að gamalt svar gerði það.
Finndu stigið þar sem mistókst: komst sóknin að proxyinu, var auðkenningin samþykkt og skilaði endapunktur pakkans tilætluðu skjali? Seinna villa í undirskrift eða háðum er annað vandamál en fastur proxytenging.
Varðveittu venjulega staðfestingu pakkans. Að láta niðurhalsleiðina virka er ekki ástæða til að slökkva á undirskriftarathugun, setja upp skrá sem ekki er treyst eða líta á heppnaða DNF-skipun sem sönnun þess að þessi RPM-sókn hafi farið sömu leið.