Shadowrocket 怎么让国内站点走直连？配置与验证
一句话回答：在规则中加入国内域名与 IP 段并指定直连策略，让本地流量不经过节点；配置后用本地站点实测延迟与走向确认生效。
要点速览
- 国内站点直连能同时降低延迟与节点流量消耗，是规则模式的主要收益来源。
- 实现方式是域名列表加 IP 段两类规则配合，前者覆盖网站，后者覆盖不走域名的程序。
- 规则要放在代理规则之前，否则会被宽泛规则抢先命中。
- 验证方式是打开本地站点看实际走向，而不是只看规则是否保存成功。
把国内流量留在本地，是规则分流最直观的价值。配置本身不复杂，关键在于两类规则配合与顺序正确。
为什么值得单独配置
同样访问一个本地站点，走直连的往返延迟通常只有几十毫秒，走代理则可能增加数倍，因为流量要先出境再折返。
除速度外还有两点收益：一是节省节点流量配额，二是避免本地服务因来源地异常而触发风控验证。
规则由两部分组成
第一部分是域名规则，覆盖常见本地站点的域名与后缀；第二部分是 IP 段规则，用于覆盖那些不通过域名访问的程序。
两部分缺一不可：只写域名会漏掉直连 IP 的程序，只写 IP 段则要维护庞大的地址段，维护成本高。
| 规则类型 | 覆盖对象 | 维护方式 | 缺失后果 |
|---|---|---|---|
| 域名 / 后缀规则 | 网站与 API 域名 | 按需补充常用域名 | 本地网站仍走代理 |
| IP 段规则 | 直连 IP 的程序 | 使用现成地区段 | 部分程序不走直连 |
| 地区规则 | 按归属地兜底 | 随地区库更新 | 新站点可能漏网 |
配置后如何确认生效
打开一个本地站点，观察连接记录里它的走向是否为直连；同时用测速或简单计时对比配置前后的响应速度。
如果发现某个本地站点仍走代理，说明该域名未被规则覆盖，补一条对应规则即可；这类补充会随着使用逐渐稳定下来。
- 优先补充高频站点，不用追求一次性覆盖全部。
- 遇到 CDN 域名时，用后缀规则一并覆盖其子域名。
- 定期检查规则是否过期，域名变更会导致规则失效。
国内直连的高频疑问
加了直连规则反而打不开了怎么办？
先确认该站点是否真的适合直连；若规则写错导致本应走代理的流量被直连，删除该条规则并重新连接即可恢复。
需要经常更新这些规则吗？
不需要频繁更新。日常使用中发现哪个站点走向不对就补一条，属于低频维护工作。
全局模式下直连规则还有用吗？
没有作用。全局模式会忽略全部规则，所有流量统一走代理；想让规则生效必须回到规则模式。