Lad proxyadgangskoden blive uden for Gits URL
Lad Git hente en manglende proxyadgangskode via sin credential-mekanisme, og undersøg derefter hjælperen særskilt, hvis lagring på disken er vigtig.
En proxy-URL kan indeholde brugernavnet uden at indeholde adgangskoden:
[http]
proxy = http://[email protected]:8080Git forsøger at hente den manglende adgangskode via sin credential-mekanisme. Erstat kontoen og endepunktet med dine egne. Git-builden, HTTP-backenden og proxygodkendelsesmetoden skal understøtte den opsætning, du bruger.
Vælg, hvad du vil holde ude af lageret
| Krav | Hvad du skal sørge for |
|---|---|
| Ingen adgangskode i den konfigurerede proxy-URL | Brug formen med kun brugernavn, og lever den manglende hemmelighed via den understøttede credential-mekanisme. |
| Ingen genbrugelig adgangskode gemt på disken | Vælg en godkendt hjælper, hvis lagringsadfærd opfylder dette krav. Det er ikke nok at udelade adgangskoden i URL'en. |
| Integreret godkendelse | Brug den understøttede metode og den relevante procesidentitet i stedet for at behandle den som en anden stavemåde for en Basic-adgangskode. |
Hjælpere kan gemme credentials i operativsystemets credential-lager, i hukommelsen, i en fil eller i et andet system. Undersøg den hjælper, der er konfigureret til denne konto og URL, før du konkluderer, at adgangskoden ikke længere gemmes.
Hold de andre kopier i syne
En inline-hjælper, der returnerer en hårdkodet adgangskode, gemmer den blot et andet sted. En miljøvariabel eller et kommandolinjeargument med en adgangskode kan også havne i scripts, diagnostik, procesinspektion eller shell-historik.
Den nyttige registrering er lille: proxyendepunkt, godkendelsesmetode, credential-kilde og lagringspolitik. Hold hemmeligheder uden for den registrering. Oprindelsescredentials og proxycredentials kan bruge forskellige supportveje, så et vellykket webstedslogin beviser ikke denne proxyopsætning.