proxy= et no_proxy de DNF 4 ne font pas le même travail
Une valeur de dépôt vide arrête l'héritage de la configuration principale ; les entrées proxy héritées de curl ont toujours besoin du contournement de la destination prévue.
Pour les dépôts ordinaires, conservez le proxy principal configuré :
[main]
proxy=http://proxy.example:8080Dans la section internal existante, désactivez cet héritage avec :
[internal]
proxy=Conservez son URL de base de confiance, ses clés et ses réglages de vérification. Une autre URL de proxy complète peut ici choisir un autre intermédiaire. Pour les dépôts publics autorisés via un proxy public non authentifié, la liste de proxys HTTP fournit des candidats pour l'URL principale ; préservez les exceptions directes du dépôt interne.
Examinez aussi le repli de l'environnement curl. DNF le documente quand proxy n'est pas défini, y compris l'ancien _none_. Supprimer une seule entrée de configuration ne garantit pas l'accès direct dans un environnement hérité.
Pour l'hôte direct visé, ajoutez l'exception de processus :
export no_proxy=packages.internal.exampleLes listes de miroirs et les redirections peuvent ajouter des hôtes. Appliquez ces règles de DNF 4 à cette version, sans importer les hypothèses de l'ancien Yum ni de DNF 5.