Tegenstrijdige no_proxy- en NO_PROXY-waarden op Linux
Vind tegenstrijdige no_proxy- en NO_PROXY-waarden voordat u aanneemt dat twee clients hetzelfde directe-routeringsbeleid hebben gekregen.
Een Linux-proces kan beide waarden erven:
NO_PROXY=old.office.example
no_proxy=new.office.exampleHet zijn afzonderlijke namen in een omgeving die hoofdletters onderscheidt. Een client die beide ondersteunt, kan slechts één niet-lege waarde kiezen, dus alleen NO_PROXY afdrukken kan het beleid missen dat hij werkelijk gebruikt.
| Specifieke implementatie | Prioriteit wanneer beide niet leeg zijn |
|---|---|
| De ingebouwde omgevingsproxy-hulp van Go 1.27.3 | Hoofdletters vóór kleine letters |
| De bypass-opzoeking van Requests 2.34.2 | Kleine letters vóór hoofdletters |
Onderzoek beide spellingen bij de startgrens van het falende proces. De service-unit, het shellprofiel, de containerdefinitie of de jobrunner kan de waarde leveren die overleeft. Repareer de bron van het conflict in plaats van de proxyserver te vervangen terwijl twee verschillende beleidsregels blijven bestaan.
Geef de deelnemende programma's de bedoelde lijst via hun ondersteunde configuratie. Als compatibiliteit beide spellingen vereist, houd de waarden dan gesynchroniseerd. Registreer ook de gekozen proxy-eindpuntvariabelen: het eindpunt van de ene client combineren met de bypasslijst van een andere client is geen gecontroleerde vergelijking.
De tabel beschrijft die bronversies, niet alle toekomstige Go-programma's of Python-bibliotheken. Windows heeft ook een andere semantiek voor hoofdletters in omgevingsnamen; onderzoek wat het proces opslaat in plaats van aan te nemen dat het het Linux-conflict met twee namen reproduceert.