त्यो प्रोक्सी फेरि 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 ले आफ्नो terminal, लगइन सत्र, service manager वा development tool बाट environment उत्तराधिकारमा पाउँछ। लामो समय बाँच्ने parent ले shell फाइल सम्पादन गरेपछि पनि पुरानो मान राख्न सक्छ।

PAM-आधारित लगइनका लागि, /etc/environment पनि जाँच्नुहोस्। मालिक स्रोत सुधार्नुहोस् र प्रभावित स्टार्टअप मार्ग फेरि सुरु गर्नुहोस्, आवश्यक परे parent कन्फिगरेसन ताजा गर्नुहोस्। खोजहरू स्थानीय राख्नुहोस्: स्टार्टअप फाइल र environment dump मा प्रमाणहरू हुन सक्छन्। जाँच्नुपर्ने नतिजा भनेको इच्छित command ले उत्तराधिकारमा पाउने मान हो, अन्तिम पटक unset गर्न सकेको फाइल होइन।