proxy= och no_proxy i DNF 4 gör olika jobb

Ett tomt lagervärde stoppar ärvningen från huvudkonfigurationen; ärvda curl-proxyindata behöver fortfarande undantaget för den avsedda destinationen.

För vanliga lager behålls den konfigurerade huvudproxyn:

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

I det befintliga internal-avsnittet inaktiveras den ärvningen med:

[internal]
proxy=

Behåll dess betrodda bas-URL, nycklar och verifieringsinställningar. En annan fullständig proxy-URL här kan i stället välja en annan förmedlare. För offentliga lager som tillåts via en oautentiserad offentlig proxy ger HTTP-proxylistan kandidater för huvud-URL:en; behåll det interna lagrets direkta undantag.

Undersök också curl-miljöns reserv. DNF dokumenterar den när proxy inte är satt, inklusive den gamla _none_. Att bara ta bort en konfigurationsinmatning garanterar inte direkt åtkomst i en ärvd miljö.

För den avsedda direkta värden läggs processundantaget till:

export no_proxy=packages.internal.example

Spegellistor och omdirigeringar kan lägga till värdar. Tillämpa dessa DNF 4-regler på den versionen, utan att importera antaganden från gamla Yum eller DNF 5.

Relaterade artiklar