وہ پراکسی بار بار Bash میں کون ڈال رہا ہے؟

اگر اگلے ٹرمینل میں http_proxy دوبارہ آئے، تو معلوم کریں کہ اسے کس نے سیٹ کیا۔ ایک اور unset .bashrc کے آخر میں ایک لانچ کے لیے قدر چھپا سکتا ہے جبکہ اس کا ماخذ کہیں اور فعال رہتا ہے۔

1. ناکام لانچ کی شناخت کریں۔ یہ انٹرایکٹو لاگ اِن shell ہے، بغیر لاگ اِن ٹرمینل ہے، یا غیر انٹرایکٹو کام؟ sh کے طور پر بلایا گیا Bash بھی مختلف قواعد پر چلتا ہے۔
2. اُس اسٹارٹ اپ راستے کی پیروی کریں۔ انٹرایکٹو لاگ اِن shell /etc/profile پڑھتا ہے اور پھر ~/.bash_profile، ~/.bash_login اور ~/.profile میں سے پہلی دستیاب user فائل پڑھتا ہے۔ انٹرایکٹو غیر لاگ اِن shell عام طور پر ~/.bashrc پڑھتا ہے۔ لاگ اِن فائل اسے واضح طور پر source کر سکتی ہے۔ غیر انٹرایکٹو Bash کے لیے جہاں لاگو ہو BASH_ENV کو مدنظر رکھیں۔
3. اسائنمنٹ تلاش کریں۔ اُن فائلوں اور اُن کی source کردہ فائلوں میں variable کا نام اور پرانی پراکسی hostname تلاش کریں۔ متعلقہ /etc/profile.d حصے اور بڑے نیز چھوٹے حروف والے نام شامل کریں۔
4. اگر اسٹارٹ اپ نے اسے اسائن نہیں کیا، تو parent کا سراغ لگائیں۔ shell اپنا environment اپنے terminal، لاگ اِن سیشن، service manager یا development tool سے ورثے میں لیتا ہے۔ طویل العمر parent shell فائل میں ترمیم کے بعد بھی پرانی قدر رکھ سکتا ہے۔

PAM پر مبنی لاگ اِن کے لیے، /etc/environment بھی چیک کریں۔ مالک ماخذ کو درست کریں اور متاثرہ اسٹارٹ اپ راستہ دوبارہ شروع کریں، ضرورت پڑنے پر parent کی کنفیگریشن تازہ کریں۔ تلاشیں مقامی رکھیں: اسٹارٹ اپ فائلوں اور environment dump میں اسناد ہو سکتی ہیں۔ جانچنے والا نتیجہ وہ قدر ہے جو مطلوبہ command کو ورثے میں ملتی ہے، نہ کہ وہ آخری فائل جو اسے unset کر سکی۔