Botsende no_proxy- en NO_PROXY-waardes op Linux
Vind botsende no_proxy- en NO_PROXY-waardes voordat jy aanvaar dat twee kliënte dieselfde direkte-roetering-beleid ontvang het.
'n Linux-proses kan albei hierdie waardes erf:
NO_PROXY=old.office.example
no_proxy=new.office.exampleHulle is afsonderlike name in 'n hooflettergevoelige omgewing. 'n Kliënt wat albei ondersteun, kan net een nie-leë waarde kies, so om net NO_PROXY te druk kan die beleid mis wat dit eintlik gebruik.
| Spesifieke implementering | Prioriteit wanneer albei nie-leeg is |
|---|---|
| Go 1.27.3 se ingeboude omgewing-proxy-hulpmiddel | Hoofletters voor kleinletters |
| Requests 2.34.2 se bypass-soektog | Kleinletters voor hoofletters |
Ondersoek albei spellings by die lanseergrens van die proses wat faal. Sy dienseenheid, skulp-profiel, houerdefinisie of werkhardloper kan die waarde verskaf wat oorleef. Herstel die bron van die botsing, eerder as om die proxy-bediener te vervang terwyl twee verskillende beleide bly.
Gee die deelnemende programme die beoogde lys deur hul ondersteunde konfigurasie. As versoenbaarheid albei spellings vereis, hou die waardes gesinchroniseer. Teken ook die gekose proxy-eindpuntveranderlikes aan: een kliënt se eindpunt gekombineer met 'n ander kliënt se bypass-lys is nie 'n gekontrolleerde vergelyking nie.
Die tabel beskryf daardie bronweergawes, nie alle toekomstige Go-programme of Python-biblioteke nie. Windows het ook ander kasgevoeligheid vir omgewingsname; ondersoek wat sy proses stoor eerder as om te aanvaar dat dit die Linux-tweenaamkonflik reproduseer.