proxyAuthMethod de Git necesita un nombre de usuario de proxy

Añade http.proxyAuthMethod, repite el clon y sigue viendo 407. El ajuste tiene una condición documentada que es fácil pasar por alto: la cadena de proxy configurada debe contener un nombre de usuario.

El nombre de usuario no tiene que ir acompañado de una contraseña literal en la URL. Git puede obtener una contraseña ausente mediante su mecanismo de credenciales. La identidad de enrutamiento y el método de autenticación siguen debiendo referirse al proxy previsto.

Inspeccione cuatro entradas en conjunto

1. El URI efectivo del proxy, sin su contraseña.
2. El método seleccionado para ese proxy.
3. Cualquier anulación por remote o la anulación de entorno GIT_HTTP_PROXY_AUTHMETHOD.
4. La versión de Git y las capacidades de su backend HTTP.

El Git actual documenta métodos como anyauth, Basic, Digest, Negotiate y NTLM. Elegir uno no añade compatibilidad faltante al backend enlazado. Tampoco un administrador corporativo debería debilitar la política del proxy porque un cliente esté configurado para otro método.

Los informes antiguos incluyen versiones que no implementaban la opción que se copia. Una clave de configuración arbitraria puede guardarse sin pruebas de que la transferencia en curso la use. Lea la documentación de la versión y el intercambio redactado.

Por último, las credenciales del repositorio son una relación posterior. Un token de alojamiento de Git no satisface el desafío de un proxy. Desactivar la verificación TLS del repositorio tampoco hace que el proxy acepte el esquema de autenticación elegido. Establezca primero ese intercambio y luego diagnostique cualquier respuesta del repositorio que siga.