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 کے دو نامی تصادم کو دہراتا ہے فرض کرنے کے بجائے جانچیں کہ اس کا عمل کیا محفوظ کرتا ہے۔