Een proxy-URL kan de gebruikersnaam bevatten zonder het wachtwoord:

[http]
    proxy = http://[email protected]:8080

Git probeert het ontbrekende wachtwoord via zijn credentialmechanisme te verkrijgen. Vervang het account en het eindpunt door je eigen. De Git-build, de HTTP-backend en de proxyauthenticatiemethode moeten de opzet ondersteunen die je gebruikt.

Kies wat je buiten opslag wilt houden

VereisteWat je moet regelen
Geen wachtwoord in de geconfigureerde proxy-URLGebruik de vorm met alleen de gebruikersnaam en lever het ontbrekende geheim via het ondersteunde credentialmechanisme.
Geen herbruikbaar wachtwoord op schijf opgeslagenKies een goedgekeurde helper waarvan het opslaggedrag aan die vereiste voldoet. Alleen het URL-wachtwoord weglaten is niet genoeg.
Geïntegreerde authenticatieGebruik de ondersteunde methode en de toepasselijke procesidentiteit in plaats van het te behandelen als een andere spelling van een Basic-wachtwoord.

Helpers kunnen inloggegevens opslaan in de credentialopslag van het besturingssysteem, in het geheugen, in een bestand of in een ander systeem. Controleer de helper die voor dit account en deze URL is geconfigureerd voordat je besluit dat het wachtwoord niet meer wordt opgeslagen.

Houd de andere kopieën in het oog

Een inline helper die een hardgecodeerd wachtwoord teruggeeft, slaat het simpelweg elders op. Een omgevingsvariabele of opdrachtargument met een wachtwoord kan ook in scripts, diagnostiek, procesinspectie of shellgeschiedenis terechtkomen.

De nuttige registratie is klein: proxy-eindpunt, authenticatiemethode, bron van inloggegevens en opslagbeleid. Houd geheimen buiten die registratie. Inloggegevens van de oorsprong en van de proxy kunnen verschillende ondersteuningspaden gebruiken, dus een geslaagde websiteaanmelding bewijst deze proxyopzet niet.

Gerelateerde artikelen