常见问题

Clash Verge 修改 PAC 后没有生效，Windows 怎么刷新

核对 PAC 脚本地址、保存内容和应用代理设置，按单次重新启用方式比较新连接的实际路径，并保留原脚本以便恢复。

更新于 2026年11月10日

本页目录

修改 Clash Verge Rev 的 PAC 内容并保存后，如果浏览器仍沿用原来的访问路径，先核对系统使用的脚本地址与刚保存的内容，再重新启用 PAC 做对照。

涉及版本与表现

该反馈为 Windows 10 22H2、Rev 2.5.10。用户从 Clash for Windows 迁移 PAC 文件后，修改并保存脚本，目标网址没有按新规则访问，重新启动 PAC 模式服务后恢复预期路径。

用户希望保存后自动给系统 PAC 地址增加时间参数以触发刷新。目前该问题仍开放，自动刷新方式尚无已发布的修复结论。以下步骤用于核对脚本与当前应用状态。

先复制 PAC 原文并保存到自己的电脑，记录当前系统代理设置。进入 Clash Verge Rev「设置 → 系统代理设置」，确认启用了 PAC 模式，保存修改后再核对客户端显示的 PAC 地址。

打开 Windows「设置 → 网络和 Internet → 代理」，核对「使用设置脚本」是否开启，脚本地址是否对应当前客户端。若电脑由公司网络策略管理，先记录现有值并联系管理员处理变更。

同一台电脑存在其他代理工具时，还要确认当前由哪个程序管理这一设置。若表现为启动 Verge 后外部 PAC 被关闭，可以按对应文章继续排查。Windows 外部 PAC 状态排查

使用客户端显示的完整 PAC 地址，在浏览器中读取或下载当前脚本，比较其中刚修改的条件是否存在。若浏览器显示的仍是旧文本，先核对保存是否完成、修改的是哪份脚本，以及地址对应的服务。

PAC 需要有效的 FindProxyForURL 逻辑。编辑条件、引号或返回值后，应检查语法和分支是否完整。建议先只改一个已知域名的判断，便于比较；不要一轮同时替换整个 PAC、订阅和系统 DNS。

当客户端修改了实际监听端口时，还应确认脚本返回的本地代理地址与端口正确。读取脚本文本成功，只能说明这个地址当前能返回内容，还需继续验证应用是否重新应用了脚本。

保存正在进行的下载和网络会话后，在 Clash Verge Rev 的系统代理设置中临时关闭再重新启用 PAC。等待设置完成，回到 Windows 代理页面，确认脚本开关和地址符合预期。

原反馈描述重新启动 PAC 模式服务后恢复。这里的重新启用用于比较本次状态，尚没有依据保证每个应用都能立即刷新。

重新访问本次修改涉及的域名，并结合客户端「连接」页和日志核对实际路径。测试应发起新请求，既有长连接可能延续原路径。PAC 决定应用是否连接本地代理，进入 Mihomo 的请求还会继续受其规则与当前模式影响，需要一并记录。

某个浏览器的代理扩展、应用内手动代理或 TUN 设置，都可能影响请求实际路径。先记录这些设置，再选择一个使用系统代理的应用做对照。

如果脚本已更新、Windows 地址也正确，但只有一个应用仍保持旧行为，可在保存工作后重开该应用，再比较同一域名的新请求。不要因单个应用的结果就重置全部网络设置。

将 PAC 内容恢复为备份，保存后重新启用原有设置，再确认原本的网络访问恢复。涉及外部 PAC 或组织代理时，恢复记录的有效地址。

继续反馈时提供 Rev 版本、系统版本、脱敏后的脚本条件、保存前后的脚本地址和测试结果。公开日志前移除订阅、令牌与内部域名。暂时没有经过确认的 URL 时间参数修改方案，遇到复发时应保留实际状态供后续定位。