client/mobile · 集群 A · iOS 客户端 · 6/6

iOS 客户端规则模式与常见故障排查：规则顺序、DNS 与 VPN 冲突

规则模式是怎么匹配的

iOS 代理客户端的规则模式遵循同一个原则：从上到下逐条匹配，命中第一条即停止，所有规则都不匹配时由最后的兜底规则决定。

这条原则看似简单，却是大部分「规则不生效」问题的根源。下面是一个典型的匹配过程：

请求：api.example.com
   │
   ├─ 规则 1  DOMAIN,www.example.com,DIRECT        ✗ 不匹配
   ├─ 规则 2  DOMAIN-SUFFIX,example.com,PROXY      ✓ 命中 → 走代理，停止
   ├─ 规则 3  DOMAIN-SUFFIX,api.example.com,DIRECT （永远不会被检查到）
   ├─ ……
   └─ 兜底    FINAL / MATCH,PROXY

在这个例子里，规则 3 想让 api 子域直连，但它排在规则 2 之后，永远不会生效。修正方法就是把规则 3 移到规则 2 之前。

常见规则类型与优先级建议

不同客户端的关键字略有差异（例如兜底规则在 Clash 系叫 MATCH，在 Shadowrocket 叫 FINAL），但类型基本对应。下表为通用整理，具体写法以各客户端当前版本文档为准。

一个实用的排列思路：自定义精确规则 → 局域网与私有地址直连 → 订阅或规则集提供的规则 → GEOIP 国内直连 → 兜底走代理。

关于各客户端的具体规则添加位置，可以分别参考 Shadowrocket 配置教程、Stash 使用教程 和 Quantumult X 入门。

DNS 为什么会影响分流

DNS 会影响分流，是因为基于 IP 的规则（IP-CIDR、GEOIP）需要先把域名解析成 IP 才能判断，而解析结果取决于用哪个 DNS、在哪里解析。

如果域名在本地被解析成了错误的 IP（例如被污染），GEOIP 判断也会出错，导致本应走代理的请求被判为直连，或反过来。这也是为什么很多配置会把 IP 类规则放在靠后位置：尽量让域名规则先处理，减少不必要的本地解析。

另外，DNS 设置不当还可能导致 DNS 泄露，即你的 DNS 查询没有经过代理，暴露了访问意图。DNS 原理与泄露检测方法见 网络原理与排障。

排错顺序：一次只改一个变量

排错的核心原则是从外到内、一次只改一个变量，每一步都能排除一类原因。

几个排错时的提醒：

• 客户端里的延迟测试只能排除完全不通的节点，不能代表实际速度。本站没有任何品牌的实测数据，测速一律为 Not Tested / 未实测；
• 不要在排错过程中同时换客户端、换订阅、改规则，否则无法判断是哪一步解决了问题；
• 如果怀疑订阅泄露导致流量异常，先在服务商后台重置订阅，参见 订阅管理。

几类典型问题

下面是 iOS 上几类高频问题及其通常原因。

状态栏有 VPN 图标但打不开网页：先切全局模式。如果全局模式也不行，多半是节点或协议问题；如果全局可以，就是规则问题。

国内网站和应用明显变慢：通常是误开了全局模式，或国内规则缺失导致国内流量绕道境外节点。检查模式设置，并更新规则集与 GEOIP 数据。

VPN 频繁自动断开：iOS 同时只允许一个 VPN 配置连接。打开系统「设置 → 通用 → VPN 与设备管理」（路径可能随系统版本变化），删除不再使用的配置。另外留意是否在 Wi-Fi 与蜂窝网络切换时断开，部分客户端提供按需连接选项。

某些国内应用提示网络异常：有的应用会检测 VPN 状态或限制境外 IP。先确认其域名命中直连规则；如果应用检测的是 VPN 本身，只能在使用时临时断开。

AI 工具或流媒体访问异常：规则只决定走哪个节点，平台是否可用取决于平台自身策略。本站统一说明：品牌资料显示覆盖相关场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。请遵守平台服务条款，参见 解锁原理。

规则集要不要经常更新

规则集需要定期更新，但不必频繁：常见做法是开启客户端的自动更新，间隔设为一天或更长即可。

规则集的作用是维护一批「哪些域名应该直连、哪些应该走代理」的清单。网站会增加新域名、更换 CDN，旧规则集可能出现遗漏，表现为某些新服务被误判。反过来，更新过于频繁也有代价：每次更新都会发起网络请求，在移动网络下增加流量与耗电，规则集源不可用时还可能导致加载失败。

如果你引用的是第三方维护的远程规则集，建议只选择更新记录清晰、维护活跃的来源，并定期检查是否仍在维护。规则集一旦停更，越往后误判会越多，这时与其不断叠加自定义规则修补，不如换一个仍在维护的来源。

什么时候该联系服务商

如果你已经完成上面的排查，确认本地网络正常、订阅可更新、多个节点在全局模式下都无法使用，那么问题很可能在服务端，可以带着以下信息联系服务商：客户端名称与版本、出问题的节点名称、日志中的错误信息、问题出现的时间段。更多通用排障方法见 故障排查。

小结

iOS 规则问题的答案往往在规则顺序和 DNS 上，连接问题则按「本地网络 → 订阅 → 节点 → 模式 → 日志」逐层排除。掌握这套方法后，换任何客户端都能用。更多移动端内容见 移动客户端专题，如需比较不同服务商的协议与客户端支持资料，可以使用 对比工具。