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 के दो-नाम संघर्ष को दोहराता है यह मानने के बजाय जाँचें कि उसकी प्रक्रिया क्या संग्रहीत करती है।