Valeurs no_proxy et NO_PROXY contradictoires sous Linux
Repérez les valeurs no_proxy et NO_PROXY contradictoires avant de supposer que deux clients ont reçu la même politique de routage direct.
Un processus Linux peut hériter des deux valeurs :
NO_PROXY=old.office.example
no_proxy=new.office.exampleCe sont des noms distincts dans un environnement sensible à la casse. Un client qui prend en charge les deux ne peut retenir qu'une seule valeur non vide, donc n'afficher que NO_PROXY peut manquer la politique réellement utilisée.
| Implémentation précise | Priorité lorsque les deux sont non vides |
|---|---|
| L'assistant proxy d'environnement intégré à Go 1.27.3 | Majuscules avant minuscules |
| La recherche de contournement de Requests 2.34.2 | Minuscules avant majuscules |
Examinez les deux orthographes à la limite de lancement du processus en échec. Son unité de service, son profil de shell, sa définition de conteneur ou son exécuteur de tâches peut fournir la valeur qui subsiste. Corrigez la source du conflit plutôt que de remplacer le serveur proxy alors que deux politiques différentes subsistent.
Fournissez la liste voulue aux programmes participants via leur configuration prise en charge. Si la compatibilité exige les deux orthographes, gardez les valeurs synchronisées. Consignez aussi les variables de point de terminaison proxy choisies : combiner le point de terminaison d'un client avec la liste de contournement d'un autre client n'est pas une comparaison contrôlée.
Le tableau décrit ces versions du code source, pas tous les futurs programmes Go ni les bibliothèques Python. Windows a aussi une sémantique de casse différente pour les noms d'environnement ; examinez ce que son processus stocke au lieu de supposer qu'il reproduit le conflit à deux noms de Linux.