அந்த proxy-ஐ மீண்டும் Bash-ல் யார் வைக்கிறார்?

அடுத்த terminal-ல் http_proxy மீண்டும் வந்தால், அதை யார் அமைத்தார் என்பதைக் கண்டறியுங்கள். மற்றொரு unset .bashrc இன் முடிவில் ஒரு தொடக்கத்திற்கு மதிப்பை மறைக்கலாம், ஆனால் அதன் மூலம் வேறெங்கோ செயலில் இருக்கும்.

1. தோல்வியடையும் தொடக்கத்தை அடையாளம் காணுங்கள். இது ஊடாடும் login shell-ஆ, login இல்லாத terminal-ஆ, அல்லது ஊடாடாத வேலையா? sh என அழைக்கப்படும் Bash-ம் வேறு விதிகளைப் பின்பற்றுகிறது.
2. அந்த startup பாதையைப் பின்தொடருங்கள். ஊடாடும் login shell /etc/profile படித்து, பின்னர் ~/.bash_profile, ~/.bash_login மற்றும் ~/.profile இவற்றில் முதலில் கிடைக்கும் user கோப்பைப் படிக்கிறது. ஊடாடும் login அல்லாத shell வழக்கமாக ~/.bashrc படிக்கிறது. login கோப்பு அதை வெளிப்படையாக source செய்யலாம். ஊடாடாத Bash-க்கு, பொருந்தும் இடத்தில் BASH_ENV கருதுங்கள்.
3. ஒதுக்கீட்டைக் கண்டறியுங்கள். அந்தக் கோப்புகளிலும் அவை source செய்யும் கோப்புகளிலும் variable பெயரையும் பழைய proxy hostname-ஐயும் தேடுங்கள். தொடர்புடைய /etc/profile.d பகுதிகளையும் பெரிய மற்றும் சிறிய எழுத்துப் பெயர்களையும் சேர்க்கவும்.
4. தொடக்கம் அதை ஒதுக்கவில்லை என்றால், parent-ஐப் பின்தொடருங்கள். shell அதன் terminal, login அமர்வு, service manager அல்லது development tool-இடமிருந்து environment-ஐ வாரிசாகப் பெறுகிறது. நீண்ட காலம் வாழும் parent, shell கோப்பைத் திருத்திய பிறகும் பழைய மதிப்பை வைத்திருக்கலாம்.

PAM அடிப்படையிலான login-களுக்கு, /etc/environment-ஐயும் சரிபாருங்கள். உரிமையுள்ள மூலத்தைச் சரிசெய்து பாதிக்கப்பட்ட startup பாதையை மீண்டும் தொடங்குங்கள், தேவைப்பட்டால் parent உள்ளமைவைப் புதுப்பிக்கவும். தேடல்களை உள்ளூராகவே வைத்திருங்கள்: startup கோப்புகளிலும் environment dump-களிலும் சான்றுகள் இருக்கலாம். சரிபார்க்க வேண்டிய முடிவு, நோக்கமான command வாரிசாகப் பெறும் மதிப்பே, அதை unset செய்ய முடிந்த கடைசி கோப்பு அல்ல.