Apache HttpClient conoce la contraseña pero sigue recibiendo 407

Una contraseña correcta en el proveedor no establece una credencial coincidente para el proxy que realmente se selecciona. Empiece por el esquema, el host y el puerto de ese endpoint; un campo de host suele aceptar solo un nombre de host o una IP, no una URL completa.

1. Lea todo el intercambio de autenticación. Un 407 seguido de un reintento aceptado puede ser normal. Confirme que el resultado final sigue siendo 407 antes de tratar el inicio de sesión como rechazado.
2. Compare la ruta y el ámbito de las credenciales. Haga coincidir el host/puerto real y los demás campos definidos por el HttpClient 5 AuthScope desplegado. Un puerto incorrecto puede dejar BasicCredentialsProvider sin una entrada adecuada.
3. Compruebe el método y la identidad. ¿Ofreció el proxy el método compatible? ¿Usó el reintento la conexión esperada? ¿Exige el operador una cuenta cualificada por dominio u otro formato documentado?

Use la API de la versión principal instalada. Una receta de caché de autenticación de HttpClient 4 no se traslada sin cambios a la versión 5. Use los requisitos de cuenta del operador en lugar de recorrer variantes arbitrarias de nombre de usuario.

La autenticación preventiva es otra elección deliberada. Para un esquema compatible puede eliminar un viaje, pero cambia cuándo salen las credenciales y necesita un ámbito admitido. No puede ser la primera reparación para un endpoint desajustado o un método no admitido.

Mantenga la identidad del proxy desafiada, el método, la coincidencia de ámbito y el estado final en diagnósticos redactados. La contraseña y los rastros sin procesar que llevan credenciales no son necesarios para esa comparación.