အဲဒီ proxy ကို Bash ထဲ ဘယ်သူ ပြန်ထည့်နေတာလဲ။

နောက် terminal တွင် http_proxy ပြန်ပေါ်လာပါက မည်သူက ထည့်သွင်းခဲ့သည်ကို ရှာပါ။ နောက်ထပ် unset တစ်ခုက .bashrc ၏ အဆုံးတွင် တစ်ကြိမ် စတင်မှုအတွက် တန်ဖိုးကို ဖုံးကွယ်နိုင်သော်လည်း ၎င်း၏ ရင်းမြစ်က အခြားနေရာတွင် ဆက်လက် အသက်ဝင်နေနိုင်သည်။

1. မအောင်မြင်သော စတင်မှုကို ဖော်ထုတ်ပါ။ ၎င်းသည် အပြန်အလှန် login shell လား၊ login မရှိသော terminal လား၊ သို့မဟုတ် အပြန်အလှန်မဟုတ်သော အလုပ်လား။ sh အဖြစ် ခေါ်သော Bash သည်လည်း မတူညီသော စည်းမျဉ်းများကို လိုက်နာသည်။
2. ထို စတင်လမ်းကြောင်းကို လိုက်ပါ။ အပြန်အလှန် login shell သည် /etc/profile ကို ဖတ်ပြီး ထို့နောက် ~/.bash_profile၊ ~/.bash_login နှင့် ~/.profile အနက် ပထမဆုံး ရရှိနိုင်သော အသုံးပြုသူဖိုင်ကို ဖတ်သည်။ အပြန်အလှန် login မဟုတ်သော shell သည် များသောအားဖြင့် ~/.bashrc ကို ဖတ်သည်။ login ဖိုင်က ၎င်းကို ရှင်းလင်းစွာ source လုပ်နိုင်သည်။ အပြန်အလှန်မဟုတ်သော Bash အတွက် သက်ဆိုင်သည့်နေရာတွင် BASH_ENV ကို ထည့်သွင်းစဉ်းစားပါ။
3. သတ်မှတ်ချက်ကို ရှာပါ။ ထိုဖိုင်များနှင့် ၎င်းတို့ source လုပ်သော ဖိုင်များတွင် variable အမည်နှင့် proxy hostname ဟောင်းကို ရှာပါ။ သက်ဆိုင်သော /etc/profile.d အပိုင်းများနှင့် စာလုံးကြီး၊ စာလုံးသေး အမည်များကို ထည့်သွင်းပါ။
4. စတင်မှုက မသတ်မှတ်ခဲ့ပါက parent ကို ခြေရာခံပါ။ shell သည် ၎င်း၏ terminal၊ login session၊ service manager သို့မဟုတ် development tool ထံမှ environment ကို အမွေရသည်။ သက်တမ်းရှည်သော parent သည် shell ဖိုင်ကို တည်းဖြတ်ပြီးနောက်တွင်လည်း တန်ဖိုးဟောင်းကို ထိန်းထားနိုင်သည်။

PAM အခြေခံ login များအတွက် /etc/environment ကိုလည်း စစ်ဆေးပါ။ ပိုင်ဆိုင်သော ရင်းမြစ်ကို ပြင်ဆင်ပြီး ထိခိုက်သော စတင်လမ်းကြောင်းကို ပြန်စတင်ပါ၊ လိုအပ်ပါက parent ဖွဲ့စည်းမှုကို အသစ်ပြန်လုပ်ပါ။ ရှာဖွေမှုများကို local တွင်သာ ထားပါ။ စတင်ဖိုင်များနှင့် environment dump များတွင် အထောက်အထားများ ပါဝင်နိုင်သည်။ စစ်ဆေးရမည့် ရလဒ်မှာ ရည်ရွယ်ထားသော command အမွေရသည့် တန်ဖိုးဖြစ်ပြီး ၎င်းကို unset လုပ်နိုင်ခဲ့သော နောက်ဆုံးဖိုင် မဟုတ်ပါ။