ఆ ప్రాక్సీని తిరిగి 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 చేయగలిగిన చివరి ఫైల్ కాదు.