Wer setzt diesen Proxy immer wieder in Bash zurück?

Wenn http_proxy im nächsten Terminal zurückkehrt, finden Sie heraus, wer ihn gesetzt hat. Ein weiteres unset am Ende von .bashrc kann den Wert für einen Start verbergen, während die Quelle anderswo aktiv bleibt.

1. Identifizieren Sie den fehlschlagenden Start. Ist es eine interaktive Login-Shell, ein Terminal ohne Login oder ein nicht-interaktiver Job? Bash, als sh aufgerufen, folgt ebenfalls anderen Regeln.
2. Folgen Sie diesem Startpfad. Eine interaktive Login-Shell liest /etc/profile und dann die erste verfügbare Benutzerdatei unter ~/.bash_profile, ~/.bash_login und ~/.profile. Eine interaktive Nicht-Login-Shell liest normalerweise ~/.bashrc. Eine Login-Datei kann sie ausdrücklich sourcen. Bei nicht-interaktivem Bash ist BASH_ENV gegebenenfalls zu berücksichtigen.
3. Finden Sie die Zuweisung. Durchsuchen Sie diese Dateien und die von ihnen gesourcten Dateien nach dem Variablennamen und dem alten Proxy-Hostnamen. Beziehen Sie relevante /etc/profile.d-Schnipsel sowie Namen in Groß- und Kleinschreibung ein.
4. Wenn der Start sie nicht gesetzt hat, verfolgen Sie den Elternprozess. Die Shell erbt eine Umgebung von ihrem Terminal, der Login-Sitzung, dem Dienstmanager oder dem Entwicklerwerkzeug. Ein langlebiger Elternprozess kann den alten Wert behalten, nachdem Sie eine Shell-Datei bearbeitet haben.

Bei PAM-basierten Logins prüfen Sie auch /etc/environment. Korrigieren Sie die besitzende Quelle und starten Sie den betroffenen Startpfad erneut, wobei Sie die Elternkonfiguration bei Bedarf auffrischen. Halten Sie Suchen lokal: Startdateien und Umgebungsdumps können Zugangsdaten enthalten. Zu prüfen ist der Wert, den der beabsichtigte Befehl erbt, nicht die letzte Datei, die ihn unsetten konnte.