ਉਹ ਪ੍ਰੌਕਸੀ ਵਾਪਸ 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 ਕਰ ਸਕੀ।