梯子加速器怎么配：规则分流比全局代理更值得花十分钟

多数人装好客户端后直接开「全局」，然后抱怨两件事：国内网站变慢了，流量掉得快。

这两件事是同一个原因造成的。 全局代理把所有流量都推到境外服务器再绕回来——访问国内站点等于绕了地球一圈，而且每一个字节都算进你的套餐额度。

规则分流解决的就是这个。配置一次，之后不用再管。

---

1. 三种模式，分别做什么

模式	行为	适用
直连	全部不走代理	不需要时
规则	按规则集判断，境外走代理、国内直连	日常默认
全局	全部走代理	排查问题时临时用

日常应该停在「规则」。 主流客户端都内置了成熟的规则集，不需要自己写。全局模式的正当用途是排查——当你怀疑某个站点被规则误判为国内时，切到全局验证一下。

---

2. 策略组：别手动指定单个节点

策略组决定「命中规则之后，具体走哪个节点」。常见两种：

自动测速（url-test） —— 客户端定期探测各节点延迟，自动切到当前最优的那个。单个节点出问题时不会导致整体断线。这是日常的推荐选择。

手动选择（select） —— 你固定指定一个节点。适合两种场景：

• 流媒体分组：需要固定走某个已确认能解锁的地区
• 排查问题：想确认某个具体节点是否可用

⚠️ 流媒体不要用自动测速。 自动测速只看延迟，不看能否解锁。它可能把你切到一个延迟更低但不解锁的节点，结果画面直接报区域限制。

---

3. 按用途分组，一次配好

比较实用的分组方式：

流媒体   手动选择，固定走已确认解锁的地区
下载     选带宽足的节点，注意这一组最费流量
日常     自动测速
国内     直连

分组只决定流量走哪条线，不改变总量。真正影响流量消耗的是节点倍率——同样传 1GB，一倍率节点扣 1GB，十倍率节点扣 10GB。所以「下载」这一组尤其要确认所选节点的倍率。

---

4. 给单个程序单独指定线路

有时你只想让某一个程序走代理，其余全部直连。两种做法：

进程规则：部分客户端支持按进程名匹配（如 PROCESS-NAME）。规则里指定程序名，命中后走指定策略组。这是最精确的做法。

端口/域名规则：如果知道目标服务的域名或端口，直接按域名匹配更简单，也不依赖客户端是否支持进程匹配。

具体语法各客户端不同，查对应文档的路由规则章节。原则是一样的：能用域名规则解决的，不必上进程规则。

---

5. 配完之后验证三件事

不要配完就当好了，跑一遍这三项：

1. 打开一个国内网站 —— 应该是直连，速度和平时一样。如果明显变慢，说明规则把它判成了境外。
2. 打开一个境外网站 —— 应该能通。不通就看客户端日志面板，它会显示这条请求命中了哪条规则、走了哪个出站。
3. 看流量统计 —— 挂着不操作时，流量应该接近静止。如果持续增长，说明有后台程序在走代理。

第三项最容易被忽略，也最容易造成「什么都没干流量却没了」。

---

结论

规则分流不是高级功能，是默认应该开的状态。 它同时解决国内访问变慢和流量浪费两个问题，配置成本是一次性的十分钟。

配完记得验证那三项——尤其是第三项，它能提前发现后台程序偷跑流量。

❓ 常见问题解答 (FAQ)

为什么开了代理网页还是打不开？ ▼

按顺序查：订阅是否有效、节点测延迟是否有响应、系统代理或 TUN 是否启用、浏览器是否设了独立代理。多数问题出在最后两步。

网站被误判成国内怎么办？ ▼

在规则里手动加一条把该域名指向代理策略组，位置放在通用规则之前——规则自上而下匹配，先命中的生效。

流媒体为什么不建议用自动测速？ ▼

自动测速只看延迟不看能否解锁，可能切到延迟更低但不解锁的节点，画面会直接报区域限制。