proxy= und no_proxy in DNF 4 haben unterschiedliche Aufgaben
Ein leerer Repository-Wert beendet die Vererbung der Hauptkonfiguration; geerbte curl-Proxy-Eingaben brauchen weiterhin die Umgehung des vorgesehenen Ziels.
Für gewöhnliche Repositories bleibt der konfigurierte Hauptproxy erhalten:
[main]
proxy=http://proxy.example:8080Im vorhandenen internal-Abschnitt wird diese Vererbung deaktiviert mit:
[internal]
proxy=Dessen vertrauenswürdige Basis-URL, Schlüssel und Prüfeinstellungen bleiben erhalten. Eine andere vollständige Proxy-URL kann hier stattdessen einen anderen Vermittler auswählen. Für öffentliche Repositories, die über einen nicht authentifizierten öffentlichen Proxy erlaubt sind, liefert die HTTP-Proxy-Liste Kandidaten für die Haupt-URL; die direkten Ausnahmen des internen Repositories bleiben bestehen.
Ebenso den curl-Umgebungs-Fallback prüfen. DNF dokumentiert ihn, wenn proxy nicht gesetzt ist, einschließlich des alten _none_. Nur eine Konfigurationseingabe zu entfernen garantiert keinen direkten Zugriff in einer geerbten Umgebung.
Für den vorgesehenen direkten Host wird die Prozessausnahme ergänzt:
export no_proxy=packages.internal.exampleSpiegellisten und Weiterleitungen können Hosts hinzufügen. Diese DNF 4-Regeln gelten für diese Version, ohne Annahmen aus altem Yum oder DNF 5 zu übernehmen.