proxyAuthMethod de Git precisa un nome de usuario de proxy

Comprobe o nome de usuario do proxy, o método seleccionado, a substitución de contorno e a versión de Git cando un axuste proxyAuthMethod parece ineficaz.

Engade http.proxyAuthMethod, repite o clon e segue vendo 407. O axuste ten unha condición documentada fácil de pasar por alto: a cadea de proxy configurada debe conter un nome de usuario.

O nome de usuario non ten que ir acompañado dun contrasinal literal no URL. Git pode obter un contrasinal ausente mediante o seu mecanismo de credenciais. A identidade de encamiñamento e o método de autenticación seguen debendo referirse ao proxy previsto.

Inspeccione catro entradas xuntas

  1. O URI efectivo do proxy, sen o contrasinal.
  2. O método seleccionado para ese proxy.
  3. Calquera substitución por remote ou a substitución de contorno GIT_HTTP_PROXY_AUTHMETHOD.
  4. A versión de Git e as capacidades do seu backend HTTP.

O Git actual documenta métodos como anyauth, Basic, Digest, Negotiate e NTLM. Escoller un non engade compatibilidade faltante ao backend ligado. Tampouco un administrador corporativo debería debilitar a política do proxy porque un cliente estea configurado para outro método.

Os informes antigos inclúen versións que non implementaban a opción que se copia. Unha clave de configuración arbitraria pode gardarse sen probas de que a transferencia en curso a use. Lea a documentación da versión e o intercambio redactado.

Por último, as credenciais do repositorio son unha relación posterior. Un token de aloxamento de Git non satisface o desafío dun proxy. Desactivar a verificación TLS do repositorio tampouco fai que o proxy acepte o esquema de autenticación elixido. Estableza primeiro ese intercambio e despois diagnostique calquera resposta do repositorio que siga.

Artigos relacionados