Probar credenciales de proxy: éxito de la solicitud frente a validación nueva
Use un destino controlado y luego distinga una solicitud permitida de la verificación nueva de la contraseña de proxy suministrada.
Que una solicitud tenga éxito a través de un proxy demuestra que esa operación estaba permitida. Puede que no demuestre que la contraseña se comprobó de nuevo: el destino puede estar exento o la conexión ya puede estar autenticada.
Para una comprobación de operación, use su punto final controlado con una respuesta pequeña conocida y una política de acceso que la cuenta deba cumplir:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusEl punto final y la cuenta son marcadores de posición. Son credenciales intermedias, separadas de cualquier inicio de sesión en el destino.
Mantenga juntos la etapa de respuesta y el desafío. Un 407 puede iniciar o continuar la negociación, informar de métodos no admitidos o rechazar una cuenta. Un 403 puede indicar una denegación por política, y un error posterior del sitio web puede seguir a un inicio de sesión correcto en el proxy.
Para una validación nueva de la cuenta, use la comprobación de cuenta admitida por el operador o los registros de identidad autenticada. En su propio proxy, la evidencia del backend puede distinguir la validación real de una solicitud permitida de forma anónima. Durante los cambios de contraseña, incluya la ventana de validación en caché al decidir si la credencial antigua debería haber dejado de funcionar. Para Squid 6.13 Basic, credentialsttl controla una ventana de caché de validación.