开了系统代理，Chrome 仍走错出口？代理扩展与设置来源排查

开了机场客户端的系统代理，Chrome 却仍然连不上，或者使用了意外的出口，先检查浏览器里的代理扩展。扩展可能让 Chrome 使用单独的地址、PAC 脚本或直连模式；桌面客户端显示“系统代理已开启”，并不能说明浏览器正在按这个设置连接。

作者：小六。资料核对日期：2026年10月8日。本文针对桌面版 Chrome 的代理设置来源；遇到单位管理的浏览器，应结合管理员提供的配置排查。

一、看清扩展选择的是哪种模式

代理扩展界面的名称各不相同，应对照该扩展的说明，确认它实际采用的模式。Chrome 官方文档定义了以下常见方式：

这些模式与规则见 Chrome 代理 API 官方文档。固定规则还可以分别处理 HTTP、HTTPS，并设置绕过列表；因此某一个网站正常，不能说明所有网站都走同一个入口。

“未指定代理配置”也不完全等于明确选择 system，启动参数等因素可能影响结果。排查时记录自己真正选择的模式，别只看扩展图标的颜色。

在 Chrome 菜单进入“扩展程序—管理扩展程序”，找出具有代理切换功能的扩展。记下当前选项，先临时停用相关扩展，不需要卸载它们或清空浏览器数据。操作入口可查阅 Chrome 扩展管理帮助。

保持桌面客户端、节点和网络不变，在普通窗口重新访问同一个网址。如果访问恢复，说明扩展与此次差异有关；下一步应查扩展设置，不能直接断言节点有问题。

依次恢复代理相关扩展，每次都核对模式和同一目标网址。扩展 A 的界面显示已开启，不代表它的配置就是最终生效值：Chrome 官方说明，实际代理设置还可能由另一个扩展或管理策略决定。

若某个扩展切到 system 后恢复，可以检查它之前保存的固定地址或 PAC。这个对照能帮助缩小范围，但不要同时修改系统代理、客户端规则和扩展模式，否则很难解释变化。

扩展若指向本机代理，地址、协议和端口需要与客户端提供的入口一致。旧客户端留下的端口不一定还能使用。扩展决定浏览器把请求交给谁；请求进入桌面客户端后，具体节点仍可能由客户端规则和策略组决定。

客户端有连接记录时，可记录访问时间、目标域名、匹配规则与实际策略。一次网页出口查询只反映该次请求，不能代表所有标签页或应用都使用相同出口。

无痕窗口能访问而普通窗口失败，是一条线索。进入扩展的详情页，查看是否启用了“允许在无痕模式下运行”。官方扩展管理帮助提供了这个选项；普通窗口和无痕窗口可能因此有不同的扩展参与情况。

两个窗口还可能有不同的登录状态和网站数据。建议先在普通窗口停用、恢复同一个扩展做对照，再比较无痕窗口。不要仅凭无痕能打开，就清空全部 Cookie 或重新导入机场订阅。

记录结果时写清窗口类型，例如“普通窗口，扩展已停用，目标网址仍超时”。这样的描述比“浏览器坏了”更容易让别人复核。

如果菜单显示浏览器受组织管理，可以查看 chrome://management 和 chrome://policy，了解管理扩展及策略。路径见 Google 的浏览器管理检查说明。

单位设备上的受控设置，应向管理员核实。不要用反复安装扩展或删除策略的方式解决“开关改不了”。个人电脑出现不认识的管理来源，也应先确定是哪一个账号或程序设置了它。

这里的 direct 描述 Chrome 自己的代理选择。若电脑仍运行 TUN 或其他网络接管，浏览器建立的连接还可能被后面的网络层接管，不能据此断言最终没有经过节点。可结合本站规则、全局与 TUN 模式说明判断各层设置。

先查是否有多个配置来源、自动切换规则或旧端口。固定好一种明确的使用方式后，保存观察记录；频繁重新导入订阅通常不能解决浏览器配置冲突。

这是另一个检查方向。可以阅读本站Windows 客户端退出后的代理残留排查，核对系统手动代理与自动脚本，再回来确认浏览器是否仍有单独设置。

欢迎带着 Chrome 版本、扩展模式、窗口类型和脱敏后的现象交流。不要发送完整订阅、账号凭据或私人访问记录：Telegram 联系我。