Хто постійно повертає цей проксі в 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.