Eine Proxy-URL kann den Benutzernamen enthalten, ohne das Passwort zu enthalten:

[http]
    proxy = http://[email protected]:8080

Git versucht, das fehlende Passwort über seinen Credential-Mechanismus zu beschaffen. Ersetzen Sie Konto und Endpunkt durch Ihre eigenen. Der Git-Build, das HTTP-Backend und die Proxy-Authentifizierungsmethode müssen die verwendete Anordnung unterstützen.

Wählen Sie, was Sie aus der Speicherung heraushalten müssen

AnforderungWas einzurichten ist
Kein Passwort in der konfigurierten Proxy-URLVerwenden Sie die Form nur mit Benutzername und übergeben Sie das fehlende Geheimnis über den unterstützten Credential-Mechanismus.
Kein wiederverwendbares Passwort auf der FestplatteWählen Sie einen freigegebenen Helper, dessen Speicherverhalten diese Anforderung erfüllt. Das Weglassen des URL-Passworts allein genügt nicht.
Integrierte AuthentifizierungVerwenden Sie die unterstützte Methode und die zutreffende Prozessidentität, statt sie als andere Schreibweise eines Basic-Passworts zu behandeln.

Helper können Anmeldedaten in einem Credential-Speicher des Betriebssystems, im Speicher, in einer Datei oder in einem anderen System ablegen. Prüfen Sie den für dieses Konto und diese URL konfigurierten Helper, bevor Sie annehmen, das Passwort werde nicht mehr gespeichert.

Halten Sie die anderen Kopien im Blick

Ein Inline-Helper, der ein fest codiertes Passwort zurückgibt, speichert es lediglich anderswo. Eine Umgebungsvariable oder ein Befehlsargument mit Passwort kann ebenfalls in Skripte, Diagnosen, Prozessprüfungen oder die Shell-Historie gelangen.

Der nützliche Eintrag ist klein: Proxy-Endpunkt, Authentifizierungsmethode, Credential-Quelle und Aufbewahrungsrichtlinie. Halten Sie Geheimnisse aus diesem Eintrag heraus. Ursprungs- und Proxy-Anmeldedaten können unterschiedliche Unterstützungspfade nutzen, daher belegt eine erfolgreiche Website-Anmeldung diese Proxy-Anordnung nicht.

Ähnliche Artikel