O Apache HttpClient conhece a palavra-passe mas continua a receber 407

Uma palavra-passe correta no fornecedor não estabelece uma credencial correspondente para o proxy realmente selecionado. Comece pelo esquema, anfitrião e porta desse endpoint; um campo de anfitrião normalmente só aceita um nome de anfitrião ou IP, não um URL completo.

1. Leia toda a troca de autenticação. Um 407 seguido de uma nova tentativa aceite pode ser normal. Confirme que o resultado final continua a ser 407 antes de considerar o início de sessão recusado.
2. Compare a rota e o âmbito das credenciais. Faça corresponder o anfitrião/porta real e os restantes campos definidos pelo HttpClient 5 AuthScope implementado. Uma porta errada pode deixar o BasicCredentialsProvider sem uma entrada adequada.
3. Verifique o método e a identidade. O proxy ofereceu o método suportado? A nova tentativa usou a ligação esperada? O operador exige uma conta qualificada por domínio ou outro formato documentado?

Use a API da versão principal instalada. Uma receita de cache de autenticação do HttpClient 4 não transita sem alterações para a versão 5. Use os requisitos de conta do operador em vez de percorrer variantes arbitrárias de nome de utilizador.

A autenticação preventiva é outra escolha deliberada. Para um esquema compatível pode eliminar uma ida e volta, mas altera o momento em que as credenciais saem e exige um âmbito suportado. Não pode ser a primeira correção para um endpoint desajustado ou um método não suportado.

Mantenha a identidade do proxy desafiada, o método, a correspondência de âmbito e o estado final em diagnósticos redigidos. A palavra-passe e os rastos em bruto que transportam credenciais não são necessários para essa comparação.