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 चा दोन-नावांचा संघर्ष पुनरावृत्त होतो असे गृहीत धरण्याऐवजी त्याची प्रक्रिया काय साठवते ते तपासा.