La proxy-passordet ligge utenfor Git-URL-en
La Git hente et manglende proxy-passord via sin credential-mekanisme, og undersøk deretter hjelperen separat hvis lagring på disk betyr noe.
En proxy-URL kan inneholde brukernavnet uten å inneholde passordet:
[http]
proxy = http://[email protected]:8080Git prøver å hente det manglende passordet via sin credential-mekanisme. Erstatt 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 lagring
| Krav | Hva du må ordne |
|---|---|
| Ingen passord i den konfigurerte proxy-URL-en | Bruk formen med bare brukernavn og lever den manglende hemmeligheten via den støttede credential-mekanismen. |
| Ingen gjenbrukbart passord lagret på disk | Velg en godkjent hjelper med lagringsatferd som 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.