Jei http_proxy grįžta kitame terminale, suraskite, kas jį nustatė. Dar vienas unset .bashrc pabaigoje gali paslėpti reikšmę vienam paleidimui, o šaltinis lieka aktyvus kitur.

  1. Nustatykite nepavykusį paleidimą. Ar tai interaktyvus prisijungimo shell, terminalas be prisijungimo, ar neinteraktyvi užduotis? Bash, iškviestas kaip sh, taip pat laikosi kitų taisyklių.
  2. Sekite tuo paleidimo keliu. Interaktyvus prisijungimo shell skaito /etc/profile, o paskui pirmą pasiekiamą vartotojo failą iš ~/.bash_profile, ~/.bash_login ir ~/.profile. Interaktyvus ne prisijungimo shell paprastai skaito ~/.bashrc. Prisijungimo failas gali jį aiškiai source'inti. Neinteraktyviam Bash atsižvelkite į BASH_ENV, kur tai taikoma.
  3. Raskite priskyrimą. Ieškokite tuose failuose ir failuose, kuriuos jie source'ina, kintamojo pavadinimo ir seno proxy hosto vardo. Įtraukite susijusius /etc/profile.d fragmentus ir pavadinimus didžiosiomis bei mažosiomis raidėmis.
  4. Jei paleidimas jo nepriskyrė, sekite tėvą. Shell paveldi aplinką iš savo terminalo, prisijungimo sesijos, paslaugų tvarkyklės ar kūrimo įrankio. Ilgai gyvuojantis tėvas gali išsaugoti seną reikšmę po to, kai pakoreguojate shell failą.

PAM pagrindu veikiantiems prisijungimams patikrinkite ir /etc/environment. Ištaisykite savininko šaltinį ir dar kartą paleiskite paveiktą kelią, prireikus atnaujindami tėvo konfigūraciją. Laikykite paieškas vietines: paleidimo failuose ir aplinkos išrašuose gali būti prisijungimo duomenų. Tikrinamas rezultatas yra reikšmė, kurią paveldi numatyta komanda, o ne paskutinis failas, kuriam pavyko ją unset'inti.

Susiję straipsniai