DNF 4 se proxy= en no_proxy doen verskillende werk

’n Leë pakketwaarde stop die oorerwing van die hoofkonfigurasie; geërfde curl-proxy-insette het steeds die beoogde bestemming se bypass nodig.

Vir gewone pakette, hou die gekonfigureerde hoofproxy:

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

Skakel daardie oorerwing in die bestaande interne afdeling uit met:

[internal]
proxy=

Hou sy vertroude basis-URL, sleutels en verifikasiestellings. ’n Ander volledige proxy-URL hier kan eerder ’n ander tussenganger kies. Vir openbare pakette wat deur ’n ongemagtigde openbare proxy toegelaat word, verskaf die HTTP-proxelys kandidate vir die hoof-URL; behou die interne pakket se direkte uitsonderings.

Ondersoek ook die curl-omgewing se terugval. DNF dokumenteer dit wanneer proxy nie gestel is nie, insluitend die legacy _none_. Om net een konfigurasie-inset te verwyder, waarborg nie direkte toegang onder ’n geërfde omgewing nie.

Vir die beoogde direkte gasheer, voeg die proses-uitsondering by:

export no_proxy=packages.internal.example

Spieëllyste en aansture kan gashere byvoeg. Pas hierdie DNF 4-reëls op daardie weergawe toe, sonder om legacy Yum- of DNF 5-aannames in te voer.

Verwante artikels