Quem fica a repor esse proxy no Bash?

Se http_proxy voltar no terminal seguinte, descubra quem o definiu. Outro unset no fim de .bashrc pode ocultar o valor para um arranque enquanto a origem continua ativa noutro lugar.

1. Identifique o arranque que falha. É uma shell de login interativa, um terminal sem login ou uma tarefa não interativa? O Bash invocado como sh também segue regras diferentes.
2. Siga esse caminho de arranque. Uma shell de login interativa lê /etc/profile e depois o primeiro ficheiro de utilizador disponível entre ~/.bash_profile, ~/.bash_login e ~/.profile. Uma shell interativa sem login lê normalmente ~/.bashrc. Um ficheiro de login pode fazer-lhe source explicitamente. Para Bash não interativo, tenha em conta BASH_ENV quando aplicável.
3. Encontre a atribuição. Procure nesses ficheiros e nos ficheiros que eles fazem source o nome da variável e o nome de anfitrião antigo do proxy. Inclua os trechos relevantes de /etc/profile.d e os nomes em maiúsculas e em minúsculas.
4. Se o arranque não a atribuiu, siga o pai. A shell herda um ambiente do seu terminal, da sessão de login, do gestor de serviços ou da ferramenta de desenvolvimento. Um pai de longa duração pode manter o valor antigo depois de editar um ficheiro da shell.

Para inícios de sessão baseados em PAM, verifique também /etc/environment. Corrija a origem proprietária e reinicie o caminho afetado, atualizando a configuração do pai quando necessário. Mantenha as pesquisas locais: os ficheiros de arranque e os despejos de ambiente podem conter credenciais. O resultado a verificar é o valor herdado pelo comando pretendido, não o último ficheiro que conseguiu fazer unset.