آپ کی اسکرپٹ میں درست export https_proxy=... لائن موجود ہے۔ آپ اسے چلاتے ہیں، اور اگلا کمانڈ پھر بھی پرانا proxy دیکھتا ہے۔ ہو سکتا ہے اسکرپٹ نے اپنے ہی عمل کے اندر بالکل ٹھیک کام کیا ہو۔

اسکرپٹ چلانا ایک الگ shell شروع کرتا ہے۔ یہ اپنے شروع کردہ کمانڈز کو ویری ایبلز دے سکتا ہے، لیکن ختم ہونے کے بعد بنیادی ٹرمینل shell کا ماحول تبدیل نہیں کر سکتا۔

./set-proxy.sh
. ./set-proxy.sh

یہ الگ الگ عمل ہیں۔ دوسرا موجودہ shell میں فائل پڑھنے کے لیے shell کا dot بلٹ اِن استعمال کرتا ہے۔ Bash اسے source بھی کہتا ہے؛ اس کا بلٹ اِن حوالہ دیکھیں۔

صرف اُس فائل کو source کریں جس پر آپ بھروسہ کرتے ہیں، کیونکہ اس کے تمام shell کمانڈز اسی موجودہ سیاق میں چلتے ہیں۔ اگر proxy صرف اسکرپٹ کے اندر کے کمانڈز کے لیے درکار ہو تو عام طور پر چلانا ہی درست حد ہے۔ ایک بیرونی کمانڈ کے لیے کمانڈ تک محدود proxy تفویض موجودہ shell بدلنے سے بچاتا ہے۔

ویری ایبل تفویضات کو لفظی رکھیں۔ Backtick کا مطلب کمانڈ کی تبدیلی ہے، حوالہ نہیں۔ proxy تفویض کرنے والی لائن کو غلطی سے اپنا URL چلانے کی کوشش نہیں کرنی چاہیے۔ عوامی اینڈ پوائنٹ چننے کے لیے مطلوبہ قدروں کے لیے مفت proxy فہرست ایسے امیدوار فراہم کرتی ہے جن کا پروٹوکول کلائنٹ سے مطابق ہونا چاہیے۔ آخر میں، وہ ویری ایبل نام جانچیں جو اصل نیٹ ورک کلائنٹ پڑھتا ہے؛ shell کی حد درست کرنا کسی غیر تعاون یافتہ ویری ایبل کو مؤثر نہیں بناتا۔

متعلقہ مضامین