Para cada devolución de llamada de autenticación HTTP, tome la decisión de credenciales en este orden:

  1. Compruebe que el solicitante sea el proxy y no el servidor de destino.
  2. Haga coincidir el host y el puerto solicitantes con una entrada de proxy aprobada.
  3. Devuelva la cuenta de esa entrada, o ninguna credencial para un desafío no coincidente.

Un único nombre de usuario/contraseña incondicional no puede expresar las cuentas de dos proxys y puede filtrarlas a otro destinatario.

Prefiera un Authenticator adjunto al cliente cuando utilice el constructor de cliente HTTP de Java. Un Authenticator predeterminado de la JVM también afecta a otro código participante.

Defina cualquier asignación de alias de host deliberadamente en lugar de aceptar nombres arbitrarios. Este es un patrón HTTP; SOCKS puede usar otra ruta de implementación incluso con un nombre de host similar.

Para el diagnóstico, registre el tipo de desafío y el identificador de la cuenta coincidente sin su secreto. Eso explica la decisión de alcance sin registrar contraseñas.

Artículos relacionados