URL адресът на прокси може да съдържа потребителското име, без да съдържа паролата:

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

Git се опитва да получи липсващата парола чрез механизма си за идентификационни данни. Заменете акаунта и крайната точка с вашите. Версията на Git, HTTP бекендът и методът за удостоверяване на прокси трябва да поддържат използваната от вас схема.

Изберете какво да остане извън хранилището

ИзискванеКакво да настроите
Без парола в конфигурирания URL адрес на проксиИзползвайте формата само с потребителско име и предоставете липсващата тайна чрез поддържания механизъм за идентификационни данни.
Без многократно използваема парола, запазена на дискаИзберете одобрен помощник, чието поведение на съхранение отговаря на това изискване. Пропускането само на паролата от URL адреса е недостатъчно.
Интегрирано удостоверяванеИзползвайте поддържания метод и подходящата идентичност на процеса, вместо да го третирате като друг запис на парола Basic.

Помощниците могат да съхраняват идентификационни данни в хранилището на операционната система, в паметта, във файл или в друга система. Проверете помощника, конфигуриран за този акаунт и URL адрес, преди да решите, че паролата вече не се пази.

Дръжте под око другите копия

Вграден помощник, който връща твърдо зададена парола, просто я съхранява другаде. Променлива на средата или аргумент на команда, носещи парола, също могат да попаднат в скриптове, диагностика, инспекция на процеси или история на обвивката.

Полезният запис е малък: крайна точка на прокси, метод за удостоверяване, източник на идентификационни данни и политика за съхранение. Дръжте тайните извън този запис. Идентификационните данни на източника и на прокси могат да използват различни пътища за поддръжка, така че успешният вход в уебсайт не доказва тази схема за прокси.

Подобни статии