PAC自动代理配置可以按请求条件决定直连或使用代理，因此开启自动配置不等于所有域名、所有应用都走同一个出口。排错时要确认配置来源、当前版本和应用是否遵循它，再看规则与实际任务是否一致。
PAC回答的是路径选择，不是服务资格
MDN说明，PAC文件中的函数会为支持它的请求决定代理方式。它可以根据域名等条件返回相应选择，但不会自动赋予平台账号权限，也不会证明代理运营方可信。并非所有应用都使用系统PAC，同一设备上出现路径差异时应先核对覆盖范围。
| 情况 | 优先检查 | 不宜直接认定 |
|---|---|---|
| 一类域名直连，其他走代理 | 当前规则与预期 | 节点随机泄漏 |
| 浏览器正常，其他应用失败 | 应用是否支持并遵循设置 | PAC覆盖整个系统 |
| 修改规则后表现没变 | 是否已获取新版本、旧连接情况 | 所有规则语法都正确 |
| 配置地址打不开 | 来源、访问条件和准确错误 | 应直接换陌生PAC |
假设案例：两个网站显示不同出口
如果规则原本让网站A直连、网站B走代理，两处检测显示不同出口可能符合设计。先记录规则和请求类型，再判断是否违背预期；不能把所有差异都称作故障，也不能用这两个网站的结果证明所有软件路径都正确。
还要注意应用可能复用已有连接或保存旧配置状态。修改规则后，应按应用支持方式让新请求使用当前设置，不用旧页面和旧会话来验收；具体缓存与更新行为看当前应用文档。
先检查来源，再检查逻辑
- 记录自动配置地址的归属、当前网络服务与应用版本，隐藏可能的令牌参数。
- 核对规则来自个人配置、组织管理还是可信服务，未知来源先停止导入。
- 选两个预期路径不同、允许测试的非敏感目标，写明各自应怎样处理。
- 用受支持的新请求观察结果，保留时间和准确错误，不同时改DNS与节点。
- 如需调整规则，先保存原值与恢复方法；组织规则交由管理方确认。
不要随意执行或导入网上的整段配置，也不要在公共工单公开私人PAC地址。配置可能泄露内部域名或携带访问参数，分享时只需保留必要规则片段及脱敏对象。
规则正确也不能替代其他检查
PAC选中了代理之后，代理连接、目标TLS和应用响应仍可能失败。规则没有命中，也要先看请求实际域名与应用范围，不能不断改写范围直到“看起来能用”。继续用代理与隧道理解覆盖，沿连接复用解释旧会话；Mac用户另查当前网络服务代理。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。