Linux પર વિરોધાભાસી no_proxy અને NO_PROXY મૂલ્યો
બે ક્લાયન્ટને સમાન સીધી-રૂટિંગ નીતિ મળી છે એમ માનતા પહેલાં વિરોધાભાસી no_proxy અને NO_PROXY મૂલ્યો શોધો.
Linux પ્રક્રિયા આ બંને મૂલ્યો વારસામાં લઈ શકે છે:
NO_PROXY=old.office.example
no_proxy=new.office.example
આ કેસ-સંવેદનશીલ પર્યાવરણમાં અલગ નામો છે. બંનેને સમર્થન આપતો ક્લાયન્ટ ફક્ત એક જ બિન-ખાલી મૂલ્ય પસંદ કરી શકે છે, તેથી ફક્ત NO_PROXY છાપવાથી તે જે નીતિ ખરેખર વાપરે છે તે ચૂકી શકાય છે.
| ચોક્કસ અમલીકરણ | બંને બિન-ખાલી હોય ત્યારે પ્રાથમિકતા |
|---|---|
| Go 1.27.3નું અંતર્ગત પર્યાવરણ પ્રોક્સી સહાયક | મોટા અક્ષરો નાના પહેલાં |
| Requests 2.34.2ની બાયપાસ શોધ | નાના અક્ષરો મોટા પહેલાં |
નિષ્ફળ પ્રક્રિયાની શરૂઆતની સીમા પર બંને જોડણીઓ તપાસો. તેનું સેવા એકમ, શેલ પ્રોફાઇલ, કન્ટેનર વ્યાખ્યા અથવા જોબ રનર બચી ગયેલું મૂલ્ય પૂરું પાડી શકે છે. બે અલગ નીતિઓ રહેતી હોય ત્યારે પ્રોક્સી સર્વર બદલવાને બદલે સંઘર્ષનું સ્રોત સુધારો.
ભાગ લેતા પ્રોગ્રામ્સને તેમના સમર્થિત રૂપરેખાંકન દ્વારા ઇચ્છિત યાદી આપો. જો સુસંગતતા બંને જોડણીની માંગ કરે, તો મૂલ્યોને સમન્વિત રાખો. પસંદ કરેલા પ્રોક્સી એન્ડપોઇન્ટ ચલો પણ નોંધો: એક ક્લાયન્ટના એન્ડપોઇન્ટને બીજા ક્લાયન્ટની બાયપાસ યાદી સાથે જોડવું નિયંત્રિત સરખામણી નથી.
કોષ્ટક તે સ્રોત આવૃત્તિઓનું વર્ણન કરે છે, ભવિષ્યના બધા Go પ્રોગ્રામ્સ કે Python લાઇબ્રેરીઓનું નહીં. Windowsમાં પણ પર્યાવરણ-નામોની કેસ સંવેદનશીલતાનો અર્થ અલગ છે; Linuxના બે-નામના સંઘર્ષને પુનરાવર્તિત કરે છે એમ માનવાને બદલે તેની પ્રક્રિયા શું સંગ્રહે છે તે તપાસો.