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