proxy= og no_proxy i DNF 4 gjer ulike jobbar
Ein tom lagringsverdi stoggar arven frå hovudkonfigurasjonen; arva curl-proxyinndata treng framleis unntaket for den tiltenkte destinasjonen.
For vanlege lagre blir den konfigurerte hovudproxien halden:
[main]
proxy=http://proxy.example:8080I den eksisterande internal-delen blir denne arven slått av med:
[internal]
proxy=Hald på den klarerte basis-URL-en, nøklane og verifiseringsinnstillingane. Ein annan full proxy-URL her kan i staden velje ein annan mellommann. For offentlege lagre som er tillatne gjennom ein uautentisert offentleg proxy, gir HTTP-proxylista kandidatar til hovud-URL-en; ta vare på dei direkte unntaka til det interne lageret.
Undersøk også reservevegen for curl-miljøet. DNF dokumenterer han når proxy ikkje er sett, inkludert den gamle _none_. Å fjerne berre éi konfigurasjonsinndata garanterer ikkje direkte tilgang i eit arva miljø.
For den tiltenkte direkte verten blir prosessunntaket lagt til:
export no_proxy=packages.internal.exampleSpegllister og omdirigeringar kan leggje til vertar. Bruk desse DNF 4-reglane på den versjonen, utan å importere føresetnader frå gamal Yum eller DNF 5.