Кой връща този прокси обратно в 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.