DNF 4 proxy= ja no_proxy teevad erinevaid töid

Tühi hoidla väärtus peatab põhikonfiguratsiooni pärimise; päritud curl proxy-sisendid vajavad endiselt soovitud sihtkoha möödaviiku.

Tavaliste hoidlate puhul jätke seadistatud põhiproxy alles:

[main]
proxy=http://proxy.example:8080

Olemasolevas internal-jaotises keelake see pärimine järgmiselt:

[internal]
proxy=

Säilitage selle usaldusväärne baas-URL, võtmed ja kontrollimise seaded. Teine täielik proxy-URL võib siin selle asemel valida teise vahendaja. Avalikud hoidlad, millele pääseb ligi autentimata avaliku proxy kaudu, saavad põhi-URL-i kandidaadid HTTP-proxy loendist; säilitage sisemise hoidla otsesed erandid.

Kontrollige ka curl-keskkonna varuvarianti. DNF dokumenteerib selle, kui proxy on seadistamata, sealhulgas vana _none_. Ainult ühe konfiguratsioonisammu eemaldamine ei taga päritud keskkonnas otsest juurdepääsu.

Soovitud otsese hosti jaoks lisage protsessi erand:

export no_proxy=packages.internal.example

Peegelloendid ja ümbersuunamised võivad hoste lisada. Rakendage neid DNF 4 reegleid sellele versioonile, ilma vana Yumi või DNF 5 eelduste importimiseta.

Seotud artiklid