ती प्रॉक्सी पुन्हा 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 करू शकलेली शेवटची फाइल नाही.