proxyAuthMethod de Git necessita un nom d'usuari de proxy

Afegiu http.proxyAuthMethod, torneu a provar el clon i encara veieu 407. El paràmetre té una condició documentada fàcil de passar per alt: la cadena de proxy configurada ha de contenir un nom d'usuari.

El nom d'usuari no ha d'anar acompanyat d'una contrasenya literal a l'URL. Git pot obtenir una contrasenya que falta mitjançant el seu mecanisme de credencials. La identitat d'encaminament i el mètode d'autenticació encara han de referir-se al proxy previst.

Inspeccioneu quatre entrades alhora

1. L'URI efectiu del proxy, sense la contrasenya.
2. El mètode seleccionat per a aquest proxy.
3. Qualsevol substitució per remote o la substitució d'entorn GIT_HTTP_PROXY_AUTHMETHOD.
4. La versió de Git i les capacitats del seu backend HTTP.

El Git actual documenta mètodes com anyauth, Basic, Digest, Negotiate i NTLM. Triar-ne un no afegeix suport que falta al backend enllaçat. Ni un administrador corporatiu ha de debilitar la política del proxy perquè un client estigui configurat per a un altre mètode.

Els informes antics inclouen versions que no implementaven l'opció que es copia. Una clau de configuració arbitrària es pot desar sense proves que la transferència en curs la utilitzi. Llegiu la documentació de la versió i l'intercanvi redactat.

Finalment, les credencials del repositori són una relació posterior. Un testimoni d'allotjament de Git no satisfà el desafiament del proxy. Desactivar la verificació TLS del repositori tampoc fa que el proxy accepti l'esquema d'autenticació triat. Establiu primer aquest intercanvi i després diagnostiqueu qualsevol resposta del repositori que segueixi.