你把 PAC 文件从代理 A 改成代理 B,保存后重新加载网站。网站仍然看到代理 A。再次修改规则之前,先确认浏览器是否真的拿到了新脚本。

重新加载页面和下载 PAC 是两种不同的操作。客户端可能独立于正在查看的页面保留脚本。已经建立的连接还提供了另一个原因,说明下一次可见活动未必能体现新的路由决策。

查找 PAC 请求

使用配置服务器的访问日志和客户端可用的网络诊断工具。确定确切的 PAC URL、响应以及所送达脚本的版本。在一个目录中编辑过的文件,可能与活动 Web 主机提供的另一个文件并存。

Chromium 记录了自己的 PAC 缓存和重新获取行为。其他客户端有自己的规则。不要把“重启浏览器”的旧说法变成通用的刷新间隔。

让比较有意义

如果适合使用受控的全新浏览器会话,请使用受支持的配置机制并确认获取过程,而不是只看设置界面。要注意,关闭窗口并不总能终止所有浏览器进程。

确认新脚本已加载后,检查它对目标的结果。只有到那时,才调查连接复用或代理服务的出口地址。那些后续阶段无法解释客户端从未收到的 PAC 修改。

相关文章