Hasło proxy poza adresem URL Git
Pozwól Gitowi pobrać brakujące hasło proxy przez jego mechanizm poświadczeń, a następnie sprawdź pomocnika osobno, jeśli liczy się trwałość na dysku.
Adres URL proxy może zawierać nazwę użytkownika bez hasła:
[http]
proxy = http://[email protected]:8080Git próbuje pobrać brakujące hasło przez swój mechanizm poświadczeń. Zastąp konto i punkt końcowy własnymi. Wersja Gita, backend HTTP i metoda uwierzytelniania proxy muszą obsługiwać używany układ.
Wybierz, co ma pozostać poza magazynem
| Wymaganie | Co trzeba przygotować |
|---|---|
| Brak hasła w skonfigurowanym adresie URL proxy | Użyj formy tylko z nazwą użytkownika i przekaż brakujący sekret przez obsługiwany mechanizm poświadczeń. |
| Brak hasła wielokrotnego użytku zapisanego na dysku | Wybierz zatwierdzonego pomocnika, którego zachowanie przy zapisie spełnia to wymaganie. Samo pominięcie hasła w adresie URL nie wystarcza. |
| Uwierzytelnianie zintegrowane | Użyj obsługiwanej metody i właściwej tożsamości procesu, zamiast traktować to jako inny zapis hasła Basic. |
Pomocnicy mogą przechowywać poświadczenia w magazynie poświadczeń systemu operacyjnego, w pamięci, w pliku lub w innym systemie. Zanim uznasz, że hasło nie jest już przechowywane, sprawdź pomocnika skonfigurowanego dla tego konta i adresu URL.
Miej na oku pozostałe kopie
Wbudowany pomocnik zwracający zapisane na stałe hasło po prostu przechowuje je gdzie indziej. Zmienna środowiskowa lub argument polecenia z hasłem również mogą trafić do skryptów, diagnostyki, inspekcji procesów lub historii powłoki.
Przydatny zapis jest mały: punkt końcowy proxy, metoda uwierzytelniania, źródło poświadczeń i polityka przechowywania. Trzymaj sekrety poza tym zapisem. Poświadczenia źródła i poświadczenia proxy mogą korzystać z różnych ścieżek wsparcia, więc udane logowanie do witryny nie dowodzi tego układu proxy.