¿Quién vuelve a poner ese proxy en Bash?

Si http_proxy vuelve en la siguiente terminal, averigua quién lo puso. Otro unset al final de .bashrc puede ocultar el valor para un lanzamiento mientras la fuente sigue activa en otro lugar.

1. Identifica el lanzamiento que falla. ¿Es un shell de inicio de sesión interactivo, una terminal sin inicio de sesión o una tarea no interactiva? Bash invocado como sh también sigue reglas distintas.
2. Sigue esa ruta de inicio. Un shell de inicio de sesión interactivo lee /etc/profile y después el primer archivo de usuario disponible entre ~/.bash_profile, ~/.bash_login y ~/.profile. Un shell interactivo sin inicio de sesión normalmente lee ~/.bashrc. Un archivo de inicio de sesión puede hacerle source explícitamente. Para Bash no interactivo, ten en cuenta BASH_ENV cuando corresponda.
3. Encuentra la asignación. Busca en esos archivos y en los que hacen source el nombre de la variable y el nombre de host antiguo del proxy. Incluye los fragmentos relevantes de /etc/profile.d y los nombres en mayúsculas y en minúsculas.
4. Si el inicio no la asignó, rastrea al padre. El shell hereda un entorno de su terminal, su sesión de inicio, el gestor de servicios o la herramienta de desarrollo. Un padre de larga vida puede conservar el valor antiguo después de que edites un archivo del shell.

Para los inicios de sesión basados en PAM, comprueba también /etc/environment. Corrige la fuente propietaria y vuelve a iniciar la ruta afectada, refrescando la configuración del padre cuando haga falta. Mantén las búsquedas locales: los archivos de inicio y los volcados de entorno pueden contener credenciales. El resultado que hay que verificar es el valor que hereda el comando previsto, no el último archivo que logró hacerle unset.