Хто ўвесь час вяртае гэты проксі ў Bash?

Калі http_proxy зноў з'явіцца ў наступным тэрмінале, знайдзіце таго, хто яго паставіў. Яшчэ адзін unset у канцы .bashrc можа схаваць значэнне для аднаго запуску, пакідаючы крыніцу актыўнай у іншым месцы.

1. Вызначце няўдалы запуск. Гэта інтэрактыўная абалонка ўваходу, тэрмінал без уваходу ці неінтэрактыўная задача? Bash, выкліканы як sh, таксама прытрымліваецца іншых правілаў.
2. Прайдзіце па гэтым шляху запуску. Інтэрактыўная абалонка ўваходу чытае /etc/profile, а затым першы даступны карыстальніцкі файл сярод ~/.bash_profile, ~/.bash_login і ~/.profile. Інтэрактыўная абалонка без уваходу звычайна чытае ~/.bashrc. Файл уваходу можа явна яго source. Для неінтэрактыўнага Bash улічвайце BASH_ENV там, дзе гэта дастасавальна.
3. Знайдзіце прысваенне. Шукайце ў гэтых файлах і ў файлах, якія яны source, назву зменнай і старое імя хаста проксі. Уключыце адпаведныя фрагменты /etc/profile.d і назвы як у верхнім, так і ў ніжнім рэгістры.
4. Калі запуск яго не прысвоіў, прасачыце бацькоўскі працэс. Абалонка наследуе асяроддзе ад свайго тэрмінала, сеансу ўваходу, менеджара службаў або інструмента распрацоўкі. Доўгажывучы бацька можа захаваць старое значэнне пасля праўкі файла абалонкі.

Для ўваходаў на аснове PAM праверце таксама /etc/environment. Выпраўце крыніцу-уладальніка і зноў запусціце закрануты шлях запуску, пры неабходнасці абнавіўшы канфігурацыю бацькі. Трымайце пошук лакальным: файлы запуску і дампы асяроддзя могуць змяшчаць уліковыя даныя. Правяраць трэба значэнне, якое атрымала патрэбная каманда, а не апошні файл, якому ўдалося яго unset.