Chi continua a rimettere quel proxy in Bash?

Se http_proxy ritorna nel terminale successivo, scopri chi lo ha impostato. Un altro unset alla fine di .bashrc può nascondere il valore per un avvio lasciando la fonte attiva altrove.

1. Identifica l'avvio che fallisce. È una shell di login interattiva, un terminale senza login o un job non interattivo? Anche Bash invocato come sh segue regole diverse.
2. Segui quel percorso di avvio. Una shell di login interattiva legge /etc/profile e poi il primo file utente disponibile tra ~/.bash_profile, ~/.bash_login e ~/.profile. Una shell interattiva senza login di solito legge ~/.bashrc. Un file di login può farne il source esplicitamente. Per Bash non interattivo, considera BASH_ENV dove applicabile.
3. Trova l'assegnazione. Cerca in quei file e nei file che ne fanno il source il nome della variabile e il vecchio hostname del proxy. Includi gli estratti pertinenti di /etc/profile.d e i nomi sia in maiuscolo sia in minuscolo.
4. Se l'avvio non l'ha assegnata, risali al padre. La shell eredita un ambiente dal terminale, dalla sessione di login, dal gestore dei servizi o dallo strumento di sviluppo. Un padre di lunga durata può conservare il vecchio valore dopo che hai modificato un file della shell.

Per i login basati su PAM, controlla anche /etc/environment. Correggi la fonte proprietaria e riavvia il percorso interessato, aggiornando la configurazione del padre quando serve. Mantieni le ricerche locali: i file di avvio e i dump dell'ambiente possono contenere credenziali. Il risultato da verificare è il valore ereditato dal comando previsto, non l'ultimo file che è riuscito a rimuoverlo.