Apache HttpClient coñece o contrasinal pero segue recibindo 407

Un contrasinal correcto no provedor non establece unha credencial coincidente para o proxy que realmente se selecciona. Comece polo esquema, o host e o porto dese endpoint; un campo de host adoita aceptar só un nome de host ou un IP, non un URL completo.

1. Lea todo o intercambio de autenticación. Un 407 seguido dun reintento aceptado pode ser normal. Confirme que o resultado final segue a ser 407 antes de tratar o inicio de sesión como rexeitado.
2. Compare a ruta e o ámbito das credenciais. Faga coincidir o host/porto real e os demais campos definidos polo HttpClient 5 AuthScope despregado. Un porto incorrecto pode deixar BasicCredentialsProvider sen unha entrada axeitada.
3. Comprobe o método e a identidade. Ofreceu o proxy o método compatible? Usou o reintento a conexión esperada? Esixe o operador unha conta cualificada por dominio ou outro formato documentado?

Use a API da versión principal instalada. Unha receita de caché de autenticación de HttpClient 4 non se traslada sen cambios á versión 5. Use os requisitos de conta do operador en lugar de percorrer variantes arbitrarias de nome de usuario.

A autenticación preventiva é outra elección deliberada. Para un esquema compatible pode eliminar unha ida e volta, pero cambia cando saen as credenciais e necesita un ámbito admitido. Non pode ser a primeira reparación para un endpoint desaxustado ou un método non admitido.

Manteña a identidade do proxy desafiada, o método, a coincidencia de ámbito e o estado final en diagnósticos redactados. O contrasinal e os rastros en bruto que levan credenciais non son necesarios para esa comparación.