Як пакінуць пароль проксі па-за URL Git
Дазвольце Git атрымаць адсутны пароль проксі праз яго механізм уліковых даных, потым асобна праверце памочнік, калі захаванне на дыску мае значэнне.
URL проксі можа змяшчаць імя карыстальніка без пароля:
[http]
proxy = http://[email protected]:8080Git спрабуе атрымаць адсутны пароль праз свой механізм уліковых даных. Замяніце ўліковы запіс і канцавы пункт на свае. Зборка Git, HTTP-бэкенд і метад аўтэнтыфікацыі проксі павінны падтрымліваць выбраную вамі схему.
Выберыце, што трэба трымаць па-за сховішчам
| Патрабаванне | Што трэба наладзіць |
|---|---|
| Няма пароля ў наладжаным URL проксі | Выкарыстоўвайце форму толькі з імем карыстальніка і перадайце адсутны сакрэт праз падтрыманы механізм уліковых даных. |
| Няма пароля, які паўторна выкарыстоўваецца, захаванага на дыску | Выберыце адаброны памочнік, паводзіны захавання якога адпавядаюць гэтаму патрабаванню. Простага выдалення пароля з URL недастаткова. |
| Інтэграваная аўтэнтыфікацыя | Выкарыстоўвайце падтрыманы метад і адпаведную ідэнтычнасць працэсу, а не разглядайце яго як іншае напісанне пароля Basic. |
Памочнікі могуць захоўваць уліковыя даныя ў сховішчы ўліковых даных АС, у памяці, у файле або ў іншай сістэме. Праверце памочнік, наладжаны для гэтага ўліковага запісу і URL, перш чым вырашаць, што пароль больш не захоўваецца.
Трымайце іншыя копіі ў полі зроку
Убудаваны памочнік, які вяртае жорстка зададзены пароль, проста захоўвае яго ў іншым месцы. Зменная асяроддзя або аргумент каманды з паролем таксама могуць трапіць у скрыпты, дыягностыку, агляд працэсаў або гісторыю абалонкі.
Карысны запіс невялікі: канцавы пункт проксі, метад аўтэнтыфікацыі, крыніца ўліковых даных і палітыка захавання. Трымайце сакрэты па-за гэтым запісам. Уліковыя даныя крыніцы і проксі могуць выкарыстоўваць розныя шляхі падтрымкі, таму паспяховы ўваход на сайт не пацвярджае гэтую схему проксі.