Vem sätter hela tiden tillbaka den där proxyn i Bash?

Om http_proxy återkommer i nästa terminal, ta reda på vem som satte den. Ännu ett unset i slutet av .bashrc kan dölja värdet för en start medan källan förblir aktiv någon annanstans.

1. Identifiera den misslyckade starten. Är det ett interaktivt inloggningsskal, en terminal utan inloggning eller ett icke-interaktivt jobb? Bash som anropas som sh följer också andra regler.
2. Följ den startvägen. Ett interaktivt inloggningsskal läser /etc/profile och sedan den första tillgängliga användarfilen bland ~/.bash_profile, ~/.bash_login och ~/.profile. Ett interaktivt skal utan inloggning läser vanligtvis ~/.bashrc. En inloggningsfil kan sourcea den uttryckligen. För icke-interaktivt Bash, räkna med BASH_ENV där det är tillämpligt.
3. Hitta tilldelningen. Sök i dessa filer och i filerna de sourcar efter variabelnamnet och det gamla proxy-värdnamnet. Inkludera relevanta /etc/profile.d-utdrag samt namn med stora och små bokstäver.
4. Om starten inte tilldelade den, spåra föräldern. Skalet ärver en miljö från sin terminal, inloggningssession, tjänstehanterare eller utvecklingsverktyg. En långlivad förälder kan behålla det gamla värdet efter att du redigerat en skalfil.

För PAM-baserade inloggningar kontrollera även /etc/environment. Rätta till källan som äger den och starta den berörda vägen igen, och uppdatera förälderns konfiguration vid behov. Håll sökningar lokala: startfiler och miljödumpar kan innehålla inloggningsuppgifter. Resultatet som ska verifieras är värdet som det avsedda kommandot ärver, inte den sista filen som lyckades unsetta det.