Widersprüchliche no_proxy- und NO_PROXY-Werte unter Linux
Finden Sie widersprüchliche no_proxy- und NO_PROXY-Werte, bevor Sie annehmen, dass zwei Clients dieselbe Direktrouting-Richtlinie erhalten haben.
Ein Linux-Prozess kann beide Werte erben:
NO_PROXY=old.office.example
no_proxy=new.office.example
Es sind getrennte Namen in einer groß- und kleinschreibungssensitiven Umgebung. Ein Client, der beide unterstützt, kann nur einen nicht leeren Wert auswählen, sodass das Ausgeben von nur NO_PROXY die tatsächlich verwendete Richtlinie verfehlen kann.
| Konkrete Implementierung | Priorität, wenn beide nicht leer sind |
|---|---|
| Der eingebundene Umgebungs-Proxy-Helfer von Go 1.27.3 | Großbuchstaben vor Kleinbuchstaben |
| Die Bypass-Suche von Requests 2.34.2 | Kleinbuchstaben vor Großbuchstaben |
Untersuchen Sie beide Schreibweisen an der Startgrenze des fehlschlagenden Prozesses. Seine Dienstunit, sein Shell-Profil, seine Containerdefinition oder sein Job-Runner kann den überlebenden Wert liefern. Beheben Sie die Ursache des Konflikts, statt den Proxyserver zu ersetzen, solange zwei unterschiedliche Richtlinien bestehen bleiben.
Geben Sie den beteiligten Programmen die beabsichtigte Liste über ihre unterstützte Konfiguration. Wenn die Kompatibilität beide Schreibweisen erfordert, halten Sie die Werte synchron. Erfassen Sie auch die ausgewählten Proxy-Endpunktvariablen: Der Endpunkt eines Clients in Kombination mit der Bypass-Liste eines anderen Clients ist kein kontrollierter Vergleich.
Die Tabelle beschreibt diese Quellversionen, nicht alle künftigen Go-Programme oder Python-Bibliotheken. Windows hat ebenfalls eine andere Semantik für die Groß- und Kleinschreibung von Umgebungsnamen; prüfen Sie, was sein Prozess speichert, statt anzunehmen, dass er den Linux-Konflikt zweier Namen reproduziert.