proxyAuthMethod do Git exige um nome de utilizador de proxy
Verifique o nome de utilizador do proxy, o método selecionado, a substituição de ambiente e a versão do Git quando uma definição proxyAuthMethod parece ineficaz.
Adiciona http.proxyAuthMethod, repete o clone e continua a ver 407. A definição tem uma condição documentada fácil de ignorar: a cadeia de proxy configurada tem de conter um nome de utilizador.
O nome de utilizador não tem de ser acompanhado por uma palavra-passe literal no URL. O Git pode obter uma palavra-passe em falta através do seu mecanismo de credenciais. A identidade de encaminhamento e o método de autenticação continuam a ter de se referir ao proxy pretendido.
Inspecione quatro entradas em conjunto
- O URI efetivo do proxy, sem a palavra-passe.
- O método selecionado para esse proxy.
- Qualquer substituição por remote ou a substituição de ambiente
GIT_HTTP_PROXY_AUTHMETHOD. - A versão do Git e as capacidades do seu backend HTTP.
O Git atual documenta métodos como anyauth, Basic, Digest, Negotiate e NTLM. Escolher um não acrescenta o suporte em falta ao backend ligado. Nem um administrador empresarial deve enfraquecer a política do proxy só porque um cliente está configurado para outro método.
Os relatos mais antigos incluem versões que não implementavam a opção que está a ser copiada. Uma chave de configuração arbitrária pode ser guardada sem prova de que a transferência em curso a utiliza. Leia a documentação da versão e a troca editada.
Por fim, as credenciais do repositório são uma relação posterior. Um token de alojamento Git não satisfaz o desafio de um proxy. Desativar a verificação TLS do repositório também não faz o proxy aceitar o esquema de autenticação escolhido. Estabeleça primeiro essa troca e só depois diagnostique qualquer resposta do repositório que se siga.