Clash Verge 系统代理开关自动关闭，macOS 代理却仍开启怎么办

Clash Verge Rev 的系统代理开关刚打开就显示关闭，不能直接认定代理已经停止。先核对 macOS 当前的代理设置：开关显示、系统保存的主机与端口、内核实际监听状态可能并不一致。

涉及版本与表现

该反馈涉及 Rev 2.5.10、Apple Silicon、macOS Darwin 24.x 和服务模式，本地混合端口为 7897。用户将系统代理主机设为 0.0.0.0 后，开关反复回到关闭状态，而系统回读显示代理已启用，服务器为 127.0.0.1:7897。

在这组反馈中，将系统代理主机改回 127.0.0.1 后，开关显示恢复一致。该问题目前仍开放，这一处理针对本机回环代理配置，不代表所有代理开关异常都由同一原因引起。

第一步：核对系统实际状态

先记下客户端当前显示的混合端口与系统代理主机。不要连续点击开关，也不要一边排查一边切换 PAC、TUN 和其他代理软件。

打开 macOS「终端」，执行只读命令：

scutil --proxy

对比以下字段：

示例中的 7897 不是所有电脑都必须使用的值。若端口被占用后客户端切换了端口，应比较本次运行实际显示的端口。也可进入「系统设置 → 网络 → 当前连接 → 详细信息 → 代理」核对对应网络服务。

如果系统代理确实没有启用，应先检查写入权限或对应错误日志；这与“系统已开启、界面却显示关闭”是两条排查路径。

第二步：将本机代理主机设为回环地址

对于代理客户端与浏览器运行在同一台 Mac 的常规用法，进入 Clash Verge Rev「设置 → 系统代理设置」，核对代理主机。若误填为 0.0.0.0，先记录原值，再改成 127.0.0.1 并保存。

0.0.0.0 常用于服务监听所有 IPv4 地址的配置，不应因为需要局域网连接，就把它直接当作本机应用连接代理时使用的服务器地址。局域网访问与系统代理主机是不同设置；本次无需关闭局域网访问，也无需修改混合端口或订阅。

保存后切换一次系统代理，等待状态刷新，再执行 scutil --proxy。比较客户端主机、系统回读主机与实际端口是否一致。

第三步：验证开启和关闭都生效

1. 开启系统代理，确认系统回读的启用状态、服务器与端口符合预期。
2. 用平时遵循系统代理的浏览器验证连接；仅通过 curl -x 指定代理成功，不能证明系统代理已经生效。
3. 关闭系统代理，再次回读，确认相关代理已停用，避免留下指向已停止内核的设置。
4. 如果公司网络有独立 PAC、VPN 或受管理代理，记录并保留其原配置，出现冲突时联系管理员，不覆盖为个人设置。

如果改成回环地址后仍不一致，恢复测试前的有效配置，按日志导出教程 保存切换前后的客户端记录。重点保留实际端口、系统代理回读错误和运行模式，移除订阅地址与认证信息。

为什么开关和系统状态可能不同

2.5.10 的界面会比较系统回读地址与配置中的主机、当前端口；主机字符串不同，或读取系统状态失败，都可能让指示器显示未启用。这说明需要核对实际状态，不能只把配置中的开启意图当成结果。

当前没有已发布的通用修复结论。官方 macOS 文档中提到的权限问题，适用于系统代理设置实际未写入的情况；不要为了处理指示器不一致就先修改系统安全权限。

参考：问题记录 、2.5.10 系统代理状态逻辑 、官方 macOS 常见问题 。