Holde proxy-passordet utenfor Git-URL-en
La Git hente et manglende proxy-passord gjennom sin credential-mekanisme, og sjekk deretter hjelperen separat hvis lagring på disk er viktig.
En proxy-URL kan inneholde brukernavnet uten å inneholde passordet:
[http]
proxy = http://[email protected]:8080Git forsøker å hente det manglende passordet gjennom sin credential-mekanisme. Bytt ut kontoen og endepunktet med dine egne. Git-bygget, HTTP-backenden og proxy-autentiseringsmetoden må støtte oppsettet du bruker.
Velg hva du vil holde utenfor lagringen
| Krav | Hva som må ordnes |
|---|---|
| Ingen passord i den konfigurerte proxy-URL-en | Bruk formen med bare brukernavn og lever den manglende hemmeligheten gjennom den støttede credential-mekanismen. |
| Ingen gjenbrukbart passord lagret på disk | Velg en godkjent hjelper hvis lagringsatferd oppfyller dette kravet. Å utelate passordet i URL-en er ikke nok. |
| Integrert autentisering | Bruk den støttede metoden og riktig prosessidentitet i stedet for å behandle det som en annen skrivemåte for et Basic-passord. |
Hjelpere kan lagre credentials i operativsystemets credential-lager, i minnet, i en fil eller i et annet system. Undersøk hjelperen som er konfigurert for denne kontoen og URL-en før du konkluderer med at passordet ikke lenger lagres.
Hold de andre kopiene i syne
En innebygd hjelper som returnerer et hardkodet passord, lagrer det bare et annet sted. En miljøvariabel eller et kommandolinjeargument med passord kan også havne i skript, diagnostikk, prosessinspeksjon eller skallhistorikk.
Den nyttige registreringen er liten: proxy-endepunkt, autentiseringsmetode, credential-kilde og lagringspolicy. Hold hemmeligheter utenfor den registreringen. Opprinnelsescredentials og proxy-credentials kan bruke ulike støttebaner, så en vellykket innlogging på et nettsted beviser ikke dette proxy-oppsettet.