proxyAuthMethod di Git richiede un nome utente proxy

Aggiungete http.proxyAuthMethod, ripetete il clone e vedete ancora 407. L'impostazione ha una condizione documentata facile da trascurare: la stringa proxy configurata deve contenere un nome utente.

Il nome utente non deve essere accompagnato da una password letterale nell'URL. Git può ottenere una password mancante tramite il suo meccanismo di credenziali. L'identità di instradamento e il metodo di autenticazione devono comunque riferirsi al proxy previsto.

Esaminate quattro input insieme

1. L'URI effettivo del proxy, senza la password.
2. Il metodo selezionato per quel proxy.
3. Qualsiasi override per remote o l'override d'ambiente GIT_HTTP_PROXY_AUTHMETHOD.
4. La versione di Git e le capacità del suo backend HTTP.

Il Git attuale documenta metodi tra cui anyauth, Basic, Digest, Negotiate e NTLM. Sceglierne uno non aggiunge il supporto mancante al backend collegato. Né un amministratore aziendale dovrebbe indebolire la politica del proxy perché un client è configurato per un altro metodo.

I resoconti più vecchi includono versioni che non implementavano l'opzione che viene copiata. Una chiave di configurazione arbitraria può essere memorizzata senza prova che il trasferimento in corso la usi. Leggete la documentazione della versione e lo scambio oscurato.

Infine, le credenziali del repository sono una relazione successiva. Un token di hosting Git non soddisfa la richiesta di autenticazione di un proxy. Disattivare la verifica TLS del repository non fa nemmeno accettare al proxy lo schema di autenticazione scelto. Stabilite prima quello scambio, poi diagnosticate qualsiasi risposta del repository che segue.