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