DNF 4 har proxy= og no_proxy forskellige opgaver
En tom lagerværdi stopper nedarvningen af hovedkonfigurationen; nedarvede curl-proxyinput skal stadig have den tilsigtede destination udeladt.
For almindelige lagre beholdes den konfigurerede hovedproxy:
[main]
proxy=http://proxy.example:8080I det eksisterende internal-afsnit deaktiveres den nedarvning med:
[internal]
proxy=Behold dens betroede basis-URL, nøgler og verifikationsindstillinger. En anden fuld proxy-URL her kan i stedet vælge en anden mellemmand. For offentlige lagre, der tillades gennem en uautoriseret offentlig proxy, leverer HTTP-proxy-listen kandidater til hoved-URL'en; bevar det interne lagers direkte undtagelser.
Undersøg også curl-miljøets fallback. DNF dokumenterer det, når proxy ikke er sat, inklusive den gamle _none_. At fjerne ét konfigurationsinput alene garanterer ikke direkte adgang i et nedarvet miljø.
For den tilsigtede direkte vært sammenflettes procesundtagelsen:
export no_proxy=packages.internal.exampleSpejllister og omdirigeringer kan tilføje værter. Anvend disse DNF 4-regler på den version, uden at importere antagelser fra gamle Yum eller DNF 5.