Ол проксиді Bash-қа кім қайта салып жүр?

Егер http_proxy келесі терминалда қайта пайда болса, оны кім орнатқанын табыңыз. тағы бір unset .bashrc соңында бір іске қосу үшін мәнді жасыруы мүмкін, ал көзі басқа жерде белсенді болып қалады.

1. Сәтсіз іске қосуды анықтаңыз. Бұл интерактивті кіру shell-і ме, кірусіз терминал ма, әлде интерактивті емес жұмыс па? sh ретінде шақырылған Bash та басқа ережелерге бағынады.
2. Осы іске қосу жолын қадағалаңыз. Интерактивті кіру shell-і /etc/profile файлын, содан кейін ~/.bash_profile, ~/.bash_login және ~/.profile ішінен алғашқы қолжетімді пайдаланушы файлын оқиды. Интерактивті кірусіз shell әдетте ~/.bashrc файлын оқиды. Кіру файлы оны анық source етуі мүмкін. Интерактивті емес Bash үшін қолданылатын жерде BASH_ENV ескеріңіз.
3. Тағайындауды табыңыз. Сол файлдардан және олар source ететін файлдардан айнымалы атауын және проксидің ескі hostname-ін іздеңіз. Тиісті /etc/profile.d үзінділерін және бас әріппен де, кіші әріппен де жазылған атауларды қосыңыз.
4. Егер іске қосу оны тағайындамаса, ата-процесті қадағалаңыз. Shell ортаны өз терминалынан, кіру сессиясынан, қызмет менеджерінен немесе әзірлеу құралынан мұралайды. Ұзақ өмір сүретін ата-процесс shell файлын өңдегеннен кейін ескі мәнді сақтай алады.

PAM негізіндегі кірулер үшін /etc/environment файлын да тексеріңіз. Иесін — көзді түзетіп, әсер еткен іске қосу жолын қайта бастаңыз, қажет болса ата-процестің конфигурациясын жаңартыңыз. Іздеулерді жергілікті ұстаңыз: іске қосу файлдары мен орта дамптарында тіркелгі деректері болуы мүмкін. Тексерілетін нәтиже — мақсатты команда мұралайтын мән, оны соңғы рет unset ете алған файл емес.