Ki teszi vissza azt a proxyt folyton a Bashbe?

Ha a http_proxy visszatér a következő terminálban, keresse meg, ki állította be. Egy újabb unset a .bashrc végén elrejtheti az értéket egy indításhoz, miközben a forrás máshol aktív marad.

1. Azonosítsa a sikertelen indítást. Interaktív bejelentkező shell, bejelentkezés nélküli terminál vagy nem interaktív feladat? A sh néven meghívott Bash is más szabályokat követ.
2. Kövesse azt az indítási útvonalat. Az interaktív bejelentkező shell beolvassa a /etc/profile fájlt, majd a ~/.bash_profile, ~/.bash_login és ~/.profile közül az első elérhető felhasználói fájlt. Az interaktív, bejelentkezés nélküli shell általában a ~/.bashrc fájlt olvassa. Egy bejelentkező fájl kifejezetten source-olhatja. Nem interaktív Bash esetén vegye figyelembe a BASH_ENV változót, ahol ez érvényes.
3. Keresse meg a hozzárendelést. Kutasson azokban a fájlokban és az általuk source-olt fájlokban a változó neve és a régi proxy hosztnév után. Vegye bele a vonatkozó /etc/profile.d részleteket, valamint a nagy- és kisbetűs neveket is.
4. Ha az indítás nem rendelte hozzá, kövesse a szülőt. A shell környezetet örököl a termináljától, a bejelentkezési munkamenettől, a szolgáltatáskezelőtől vagy a fejlesztőeszköztől. Egy hosszú életű szülő megőrizheti a régi értéket, miután szerkesztett egy shellfájlt.

PAM-alapú bejelentkezéseknél ellenőrizze az /etc/environment fájlt is. Javítsa a tulajdonos forrást, és indítsa újra az érintett indítási útvonalat, szükség esetén frissítve a szülő konfigurációját. Tartsa a kereséseket helyben: az indítófájlok és a környezeti dumpok hitelesítő adatokat tartalmazhatnak. Az ellenőrizendő eredmény az az érték, amelyet a szándékolt parancs örököl, nem az utolsó fájl, amelynek sikerült unsetelnie.