Qui remet sans cesse ce proxy dans Bash ?

Si http_proxy revient dans le terminal suivant, trouvez qui l'a fourni. Un autre unset à la fin de .bashrc peut masquer la valeur pour un lancement tout en laissant sa source active ailleurs.

1. Identifiez le lancement défaillant. S'agit-il d'un shell de connexion interactif, d'un terminal sans connexion ou d'une tâche non interactive ? Bash invoqué sous le nom sh suit lui aussi d'autres règles.
2. Suivez ce chemin de démarrage. Un shell de connexion interactif lit /etc/profile puis le premier fichier utilisateur disponible parmi ~/.bash_profile, ~/.bash_login et ~/.profile. Un shell interactif sans connexion lit normalement ~/.bashrc. Un fichier de connexion peut le sourcer explicitement. Pour Bash non interactif, tenez compte de BASH_ENV le cas échéant.
3. Trouvez l'affectation. Cherchez dans ces fichiers et dans ceux qu'ils sourcent le nom de la variable et l'ancien nom d'hôte du proxy. Incluez les extraits pertinents de /etc/profile.d ainsi que les noms en majuscules et en minuscules.
4. Si le démarrage ne l'a pas affectée, remontez au parent. Le shell hérite d'un environnement de son terminal, de la session de connexion, du gestionnaire de services ou de l'outil de développement. Un parent de longue durée peut conserver l'ancienne valeur après que vous avez modifié un fichier de shell.

Pour les connexions reposant sur PAM, vérifiez aussi /etc/environment. Corrigez la source propriétaire et relancez le chemin concerné, en rafraîchissant la configuration du parent si nécessaire. Gardez les recherches locales : les fichiers de démarrage et les vidages d'environnement peuvent contenir des identifiants. Le résultat à vérifier est la valeur héritée par la commande visée, non le dernier fichier qui a réussi à la retirer.