配置文件启用后,还需要让系统流量进入 Clash。最常用的方式就是打开系统代理开关。
开启系统代理
- 回到 General 页面。
- 打开 System Proxy 开关。此时 Windows 的“设置 → 网络和 Internet → 代理”中会出现
127.0.0.1:7890。 - 确认出站模式为 Rule(规则模式),托盘图标不再是灰色。
验证方法一:浏览器访问
直接访问一个通常无法直连的网站。如果能打开,代理已生效。若打不开,先在 Proxies 页面给节点测一次延迟,排除节点本身不可用的情况。
验证方法二:查看出口 IP
访问 https://api.ip.sb/ip 或类似的 IP 查询服务,返回的地址应当是节点所在地区的 IP,而不是你的本地运营商 IP。
验证方法三:Connections 页面
打开 CFW 的 Connections 页面,刷新浏览器网页,应当看到新增连接,且 Chains 列显示了节点名称。这是最直观的证据:每一条连接命中了哪条规则、走了哪个节点都写得清清楚楚。
命令行验证(可选)
curl -x http://127.0.0.1:7890 https://api.ip.sb/ip
返回节点 IP 即说明本地代理端口工作正常。注意:命令行工具默认不会读取系统代理,需要像上面这样显式指定,或改用 TUN 模式。
开关显示开启,只能说明客户端尝试设置了系统代理。要确认一个应用是否真的使用它,还要核对本地端口、应用设置和这次请求的连接记录。
先确认当前运行的是哪个客户端
旧版 CFW 中常见 General、System Proxy 等名称;Clash Verge Rev 的界面和设置位置应按当前版本查看。迁移时保留旧配置,但一次只让一套客户端修改系统代理。
核对系统代理地址与本地监听
在客户端查看实际使用的本地代理地址、端口和监听状态,再对照操作系统中的代理设置。这里填的是本机入口,不是服务端节点地址。端口被占用或内核没有启动时,单独打开系统代理不会让连接恢复。
用一个实际网址验证接管
打开需要测试的网址,记下时间。到客户端日志或连接页面找同一时间的请求,确认目的地址、命中的规则与最终节点。看到自己的出口 IP 变化只能说明那次查询的出口,不能证明其他应用也走同一路径。
浏览器扩展和应用内设置分开查
浏览器代理扩展可能覆盖系统设置;终端工具和某些桌面软件可能读取自己的参数。浏览器能用但应用不能用时,先查该应用支持哪一种代理配置,再决定是否需要额外的接管方式。
关闭客户端后确认网络恢复
正常关闭系统代理并退出,再访问普通网址。如果系统仍保留一个已停止监听的本地端口,就会出现“关了程序反而断网”。先恢复原来的系统代理状态,再检查其他网络因素。
| 验证对象 | 能证明什么 |
|---|---|
| 系统代理开关 | 客户端发出了设置请求 |
| 系统里的地址和端口 | 操作系统当前使用的入口 |
| 客户端连接记录 | 某次请求确实进入了内核 |
| 实际应用访问成功 | 这项任务在当前条件下可用 |
操作中常见的疑问
- 系统代理与全局模式是一回事吗?
- 系统代理决定部分应用怎样接入;全局或规则模式决定进入内核后的出站处理。两者作用位置不同。
相关文档:Clash Verge Rev 使用文档 · Mihomo 配置文档