Kdo pořád vrací tu proxy zpátky do Bashe?

Vysledujte opakující se proměnnou prostředí proxy skrz spouštěcí soubory Bash a nadřazený proces, který shell spouští.

Pokud se http_proxy v dalším terminálu vrátí, najděte, kdo ho nastavil. Další unset na konci .bashrc může hodnotu pro jedno spuštění skrýt, zatímco zdroj zůstává jinde aktivní.

  1. Určete selhávající spuštění. Jde o interaktivní přihlašovací shell, terminál bez přihlášení, nebo neinteraktivní úlohu? Bash volaný jako sh se také řídí jinými pravidly.
  2. Sledujte tuto spouštěcí cestu. Interaktivní přihlašovací shell čte /etc/profile a poté první dostupný uživatelský soubor z ~/.bash_profile, ~/.bash_login a ~/.profile. Interaktivní nepřihlašovací shell obvykle čte ~/.bashrc. Přihlašovací soubor jej může explicitně sourceovat. U neinteraktivního Bashe počítejte s BASH_ENV, kde to platí.
  3. Najděte přiřazení. Prohledejte tyto soubory a soubory, které sourceují, na název proměnné a staré jméno hostitele proxy. Zahrňte příslušné úryvky /etc/profile.d a názvy velkými i malými písmeny.
  4. Pokud jej spuštění nepřiřadilo, vysledujte rodiče. Shell dědí prostředí ze svého terminálu, přihlašovací relace, správce služeb nebo vývojového nástroje. Dlouho běžící rodič může starou hodnotu držet i po úpravě souboru shellu.

U přihlášení založených na PAM zkontrolujte také /etc/environment. Opravte vlastnící zdroj a znovu spusťte postiženou cestu, případně obnovte konfiguraci rodiče. Hledejte lokálně: spouštěcí soubory a výpisy prostředí mohou obsahovat přihlašovací údaje. Ověřovaným výsledkem je hodnota, kterou zdědí zamýšlený příkaz, nikoli poslední soubor, kterému se ji podařilo unset.

Související články