proxy= en no_proxy yn DNF 4 dogge ferskillend wurk
In lege repositorywearde stopet de erfenis fan 'e haadkonfiguraasje; erfd curl-proxy-ynfier hat noch altiten de bedoelde bestimming nedich.
Foar gewoane repositories bliuwt de konfigurearre haadproxy:
[main]
proxy=http://proxy.example:8080Yn 'e besteande internal-seksje wurdt dy erfenis útskeakele mei:
[internal]
proxy=Hâld de fertroude basis-URL, kaaien en ferifikaasje-ynstellingen. In oare folsleine proxy-URL kin hjir ynstee in oare tuskenpersoan kieze. Foar iepenbiere repositories dy't tastien binne fia in net-autentisearre iepenbiere proxy, leveret de HTTP-proxy list kandidaten foar de haad-URL; behâld de direkte útsûnderingen fan 'e ynterne repository.
Undersykje ek de curl-omjouwingsfallback. DNF dokumintearret it as proxy net ynsteld is, ynklusyf de legacy _none_. Allinne ien konfiguraasje-ynfier fuortsmite garandearret gjin direkte tagong yn in erfd omjouwing.
Foar de bedoelde direkte host wurdt de proses-útsûndering gearfoege:
export no_proxy=packages.internal.exampleSpiegellisten en trochstjoeringen kinne hosts tafoegje. Pas dizze DNF 4-regels ta op dy ferzje, sûnder oannames fan legacy Yum of DNF 5 te ymportearjen.