Hålla proxy-lösenordet utanför Git-URL:en
Låt Git hämta ett saknat proxy-lösenord via sin credential-mekanism och kontrollera sedan hjälparen separat om lagring på disk spelar roll.
En proxy-URL kan innehålla användarnamnet utan att innehålla lösenordet:
[http]
proxy = http://[email protected]:8080Git försöker hämta det saknade lösenordet via sin credential-mekanism. Ersätt kontot och slutpunkten med dina egna. Git-bygget, HTTP-backenden och proxyautentiseringsmetoden måste stödja upplägget du använder.
Välj vad du behöver hålla utanför lagringen
| Krav | Vad du ordnar |
|---|---|
| Inget lösenord i den konfigurerade proxy-URL:en | Använd formen med bara användarnamn och leverera den saknade hemligheten via den stödda credential-mekanismen. |
| Inget återanvändbart lösenord sparat på disk | Välj en godkänd hjälpare vars lagringsbeteende uppfyller kravet. Att bara utelämna lösenordet i URL:en räcker inte. |
| Integrerad autentisering | Använd den stödda metoden och lämplig processidentitet i stället för att behandla det som en annan stavning av ett Basic-lösenord. |
Hjälpare kan lagra credentials i operativsystemets credential-lager, i minnet, i en fil eller i ett annat system. Granska hjälparen som är konfigurerad för det här kontot och den här URL:en innan du drar slutsatsen att lösenordet inte längre lagras.
Håll de andra kopiorna i sikte
En inline-hjälpare som returnerar ett hårdkodat lösenord lagrar det bara någon annanstans. En miljövariabel eller ett kommandoradsargument med lösenord kan också hamna i skript, diagnostik, processinspektion eller skalhistorik.
Den användbara registreringen är liten: proxy-slutpunkt, autentiseringsmetod, credential-källa och lagringspolicy. Håll hemligheter utanför den registreringen. Ursprungscredentials och proxycredentials kan använda olika supportvägar, så en lyckad inloggning på en webbplats bevisar inte det här proxyupplägget.