请求经代理成功,只能说明该操作被允许。它未必能证明密码被重新校验:目标可能被豁免,或连接已经通过认证。

做操作检查时,使用你控制的端点,让它返回一个已知的小响应,并采用账号应满足的访问策略:

curl --proxy http://proxy.example:8080   --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD'   https://probe.example/status

端点与账号只是占位符。这些是中间层凭据,与任何目标站点的登录无关。

把响应阶段和质询放在一起看。407 可能开始或继续协商、报告不支持的方法,或拒绝账号。403 可能表示策略拒绝,而随后的网站错误也可能出现在代理登录成功之后。

要做账号的重新验证,请使用服务商支持的账号检查或已认证身份的日志。在自建代理上,后端证据可以区分真正的验证与匿名放行的请求。修改密码时,判断旧凭据是否应已失效要计入缓存校验窗口。对 Squid 6.13 Basic 来说,credentialsttl 控制着校验缓存窗口。

相关文章