La proxy-passordet liggje utanfor Git-URL-en
La Git hente eit manglande proxy-passord via credential-mekanismen sin, og undersøk deretter hjelparen separat om lagring på disk har noko å seie.
Ein proxy-URL kan innehalde brukarnamnet utan å innehalde passordet:
[http]
proxy = http://[email protected]:8080Git prøver å hente det manglande passordet via credential-mekanismen sin. Bytt ut kontoen og endepunktet med dine eigne. Git-bygget, HTTP-backenden og proxy-autentiseringsmetoden må støtte oppsettet du brukar.
Vel kva du vil halde utanfor lagring
| Krav | Kva du må ordne |
|---|---|
| Ingen passord i den konfigurerte proxy-URL-en | Bruk forma med berre brukarnamn og lever den manglande hemmelegheita via den støtta credential-mekanismen. |
| Ingen gjenbrukbart passord lagra på disk | Vel ein godkjend hjelpar med lagringsatferd som oppfyller dette kravet. Å utelate passordet i URL-en er ikkje nok. |
| Integrert autentisering | Bruk den støtta metoden og rett prosessidentitet i staden for å handsame det som ein annan skrivemåte for eit Basic-passord. |
Hjelparar kan lagre credentials i credential-lageret til operativsystemet, i minnet, i ei fil eller i eit anna system. Undersøk hjelparen som er konfigurert for denne kontoen og URL-en før du konkluderer med at passordet ikkje lenger blir lagra.
Hald dei andre kopiane i syne
Ein innebygd hjelpar som returnerer eit hardkoda passord, lagrar det berre ein annan stad. Ein miljøvariabel eller eit kommandolinjeargument med passord kan òg hamne i skript, diagnostikk, prosessinspeksjon eller skallhistorikk.
Den nyttige registreringa er lita: proxy-endepunkt, autentiseringsmetode, credential-kjelde og lagringspolicy. Hald hemmelegheiter utanfor den registreringa. Opphavscredentials og proxy-credentials kan bruke ulike støttebanar, så ei vellukka innlogging på eit nettstad beviser ikkje dette proxy-oppsettet.