Ținerea parolei proxy în afara URL-ului Git
Lăsați Git să obțină parola proxy lipsă prin mecanismul său de acreditări, apoi verificați ajutorul separat dacă persistarea pe disc contează.
Un URL de proxy poate conține numele de utilizator fără a conține parola:
[http]
proxy = http://[email protected]:8080Git încearcă să obțină parola lipsă prin mecanismul său de acreditări. Înlocuiți contul și punctul final cu ale dumneavoastră. Versiunea Git, backendul HTTP și metoda de autentificare proxy trebuie să accepte aranjamentul pe care îl utilizați.
Alegeți ce trebuie ținut în afara stocării
| Cerință | Ce trebuie pregătit |
|---|---|
| Nicio parolă în URL-ul de proxy configurat | Folosiți forma doar cu nume de utilizator și furnizați secretul lipsă prin mecanismul de acreditări acceptat. |
| Nicio parolă reutilizabilă păstrată pe disc | Alegeți un ajutor aprobat al cărui comportament de stocare îndeplinește această cerință. Omiterea doar a parolei din URL nu este suficientă. |
| Autentificare integrată | Folosiți metoda acceptată și identitatea de proces aplicabilă în loc să o tratați ca pe o altă grafie a unei parole Basic. |
Ajutoarele pot stoca acreditări într-un depozit de acreditări al sistemului de operare, în memorie, într-un fișier sau într-un alt sistem. Inspectați ajutorul configurat pentru acest cont și URL înainte de a decide că parola nu mai este stocată.
Țineți celelalte copii în vedere
Un ajutor în linie care returnează o parolă scrisă direct în cod o stochează pur și simplu în altă parte. O variabilă de mediu sau un argument de comandă care poartă parola poate ajunge și în scripturi, diagnostice, inspectarea proceselor sau istoricul shell-ului.
Înregistrarea utilă este mică: punctul final al proxy-ului, metoda de autentificare, sursa acreditărilor și politica de stocare. Țineți secretele în afara acelei înregistrări. Acreditările de origine și cele ale proxy-ului pot folosi căi de suport diferite, așa că o autentificare reușită pe un site nu dovedește acest aranjament proxy.