Lasu la proksilan pasvorton ekster la URL de Git
Lasu al Git akiri mankantan proksilan pasvorton per sia legitimila mekanismo, poste aparte kontrolu la helpilon se konservado sur disko gravas.
Proksila URL povas enhavi la uzantnomon sen enhavi la pasvorton:
[http]
proxy = http://[email protected]:8080Git provas akiri la mankantan pasvorton per sia legitimila mekanismo. Anstataŭigu la konton kaj finpunkton per viaj propraj. La Git-versio, la HTTP-malantaŭo kaj la proksila aŭtentiga metodo devas subteni la aranĝon, kiun vi uzas.
Elektu, kion vi devas teni ekster la konservejo
| Postulo | Kion aranĝi |
|---|---|
| Neniu pasvorto en la agordita proksila URL | Uzu la formon nur kun uzantnomo kaj liveru la mankantan sekreton per la subtenata legitimila mekanismo. |
| Neniu reuzebla pasvorto konservita sur disko | Elektu aprobitan helpilon, kies konservado-konduto plenumas tiun postulon. Nur forlasi la URL-pasvorton ne sufiĉas. |
| Integrita aŭtentigo | Uzu la subtenatan metodon kaj taŭgan procezan identecon anstataŭ trakti ĝin kiel alian literumon de Basic-pasvorto. |
Helpiloj povas konservi legitimilojn en la legitimila konservejo de la operaciumo, en memoro, en dosiero aŭ en alia sistemo. Kontrolu la helpilon agorditan por ĉi tiu konto kaj URL antaŭ ol decidi, ke la pasvorto ne plu konserviĝas.
Tenu la aliajn kopiojn en la vido
Enlinia helpilo, kiu redonas fikse koditan pasvorton, simple konservas ĝin aliloke. Medivariablo aŭ komanda argumento enhavanta pasvorton ankaŭ povas eniri skriptojn, diagnozojn, procezan inspektadon aŭ ŝelan historion.
La utila rikordo estas malgranda: proksila finpunkto, aŭtentiga metodo, legitimila fonto kaj konservada politiko. Tenu sekretojn ekster tiu rikordo. Origindevenaj legitimiloj kaj proksilaj legitimiloj povas uzi malsamajn subtenajn vojojn, do sukcesa reteja ensaluto ne pruvas ĉi tiun proksilan aranĝon.