वह प्रॉक्सी बार-बार 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 कर पाई।