Linux मा परस्पर विरोधी no_proxy र NO_PROXY मानहरू

एउटा Linux प्रक्रियाले यी दुवै मानहरू वंशानुगत रूपमा पाउन सक्छ:

NO_PROXY=old.office.example
no_proxy=new.office.example

यी केस-संवेदनशील वातावरणमा छुट्टाछुट्टै नामहरू हुन्। दुवैलाई समर्थन गर्ने क्लाइन्टले एउटा मात्र खाली नभएको मान छान्न सक्छ, त्यसैले NO_PROXY मात्र प्रिन्ट गर्दा यसले वास्तवमा प्रयोग गर्ने नीति छुट्न सक्छ।

असफल हुने प्रक्रियाको सुरुवात सीमामा दुवै हिज्जे जाँच्नुहोस्। यसको सेवा इकाई, शेल प्रोफाइल, कन्टेनर परिभाषा वा जब रनरले बाँकी रहेको मान दिन सक्छ। दुई फरक नीति रहिरहेको बेला प्रोक्सी सर्भर बदल्नुको सट्टा द्वन्द्वको स्रोत सुधार्नुहोस्।

सहभागी प्रोग्रामहरूलाई तिनीहरूले समर्थन गर्ने कन्फिगरेसनमार्फत इच्छित सूची दिनुहोस्। यदि अनुकूलताका लागि दुवै हिज्जे आवश्यक छ भने मानहरू समकालीन राख्नुहोस्। छानिएका प्रोक्सी एन्डपोइन्ट भेरिएबलहरू पनि रेकर्ड गर्नुहोस्: एउटा क्लाइन्टको एन्डपोइन्ट अर्को क्लाइन्टको बाइपास सूचीसँग जोड्नु नियन्त्रित तुलना होइन।

तालिकाले ती स्रोत संस्करणहरू वर्णन गर्छ, भविष्यका सबै Go प्रोग्राम वा Python पुस्तकालयहरू होइनन्। Windows मा पनि वातावरण-नामहरूको केस अर्थ फरक छ; Linux को दुई-नाम द्वन्द्व दोहोर्याउँछ भन्ने मान्नुको सट्टा यसको प्रक्रियाले के भण्डारण गर्छ जाँच्नुहोस्।