Shadowrocket规则模式怎么设置？从Config配置到分流验证

更新于 2026-10-26 · bywave.buzz

简答：Shadowrocket的规则模式通常不是单独名为“规则模式”的开关，而是通过首页的Global Routing选择Config，并启用包含规则的配置文件。完成后先确认节点和配置都已启用，再用直连、代理、拒绝三类规则逐项验证，才能判断分流是否真正生效。

定义：Shadowrocket规则模式，是让应用按照配置文件中的域名、IP或关键词规则，把请求交给代理、直连或拒绝处理，而不是所有流量固定走同一种路径。

先试这一步：5分钟完成Config规则模式设置

Shadowrocket官方资料将规则设置放在配置功能中；App Store页面也确认该应用支持按域名、域名后缀、域名关键词和CIDR网段配置规则。不同版本的菜单文字可能略有差异，以下以能看到“Config”“Global Routing”或“配置”的界面为准。参考Shadowrocket使用教程和Shadowrocket App Store页面。

1. 打开Shadowrocket，先确认服务器列表中已经有节点，并点选要使用的节点。
2. 进入设置中的Config或配置页面，点击加号，通过链接或本地文件导入规则配置。官方教程说明，配置页面可以通过添加链接下载规则文件，也可以继续编辑规则。
3. 回到首页，在Global Routing或全局路由中选择Config。这里的Config就是让流量按配置文件规则处理；Proxy通常表示全部流量交给代理，Direct通常表示全部直连。
4. 打开首页连接开关。第一次连接时，如果系统弹出添加VPN配置的权限提示，应允许，否则应用无法建立系统级连接。
5. 打开日志或请求记录，访问一个应直连的网站和一个应代理的网站，观察请求是否命中相应策略。Shadowrocket的应用说明明确提供HTTP、HTTPS和DNS请求记录能力，可用来辅助验证。

规则怎么写：类型、策略和优先级

规则通常由“匹配条件”和“处理策略”两部分组成。匹配条件决定请求是否命中，处理策略决定命中后如何处理。下面的示例用于理解结构，不代表任何特定配置文件的固定格式；实际可用策略名称必须以你导入的配置文件为准。

Shadowrocket官方应用说明列出了域名匹配、域名后缀、域名关键词和CIDR IP范围等能力。规则应按从上到下的顺序理解：越具体的规则通常应放在越通用的规则前面，拒绝规则或临时覆盖规则也应放在可能吞掉它的通用规则之前。

例如，假设配置中存在名为PROXY、DIRECT和REJECT的策略，可以按以下思路组织：

• DOMAIN,api.example.com,PROXY：指定域名走代理。
• DOMAIN-SUFFIX,local.example,DIRECT：指定域名及其子域名直连。
• DOMAIN-KEYWORD,ads,REJECT：命中关键词的域名拒绝连接。
• FINAL,DIRECT：其余请求直连；如果你的使用目标相反，也可以将兜底策略设为代理组。

添加自定义规则时，进入Config后选择正在使用的配置，找到规则编辑入口，再点击Add Rule或类似按钮，选择Type、填写匹配值和策略。官方教程确认Add Rule中可以选择多种过滤方式；如果当前版本没有完全相同的按钮名称，应以配置编辑页显示的字段为准。

国内直连、其他流量代理的基础配置思路

最容易理解的分流结构是“明确直连规则在前，明确代理规则在前，最后用FINAL收尾”。但“国内网站”并不是一个单独的域名规则，通常需要依赖配置文件已有的域名集合、地理数据库或维护好的规则集。不要把一个不完整的域名清单当成完整的国内直连规则。

1. 先导入一份来源明确、格式能被当前版本识别的配置文件。
2. 确认配置中已经存在直连策略、代理策略和最终兜底策略；如果策略名称不叫DIRECT、PROXY或FINAL，不要直接照抄名称。
3. 将需要强制直连的具体域名规则放在通用规则前面，将需要强制代理的具体域名规则放在可能覆盖它的规则前面。
4. 启用Config并开启连接，然后分别测试一个明确直连域名、一个明确代理域名和一个不存在的测试域名。
5. 测试结果不符合预期时，不要先改DNS或反复更换节点，先确认当前启用的配置文件就是刚刚编辑的那一份。

Shadowrocket支持从URL或iCloud Drive导入规则文件，但规则文件的内容、策略组名称和更新方式由文件提供方决定。应用本身不提供代理服务器或节点资源，节点和配置需要用户自行准备；这点在App Store说明中有明确提示。

规则模式不生效：按这个顺序排查

一、首页仍是Proxy或Direct。这表示当前可能是全局代理或全局直连，不是按规则处理。回到Global Routing，重新选择Config，再确认连接开关没有自动关闭。

二、Config已选中，但请求全部走同一策略。进入Config检查规则是否真的存在，尤其查看配置文件末尾是否有FINAL。若只有几条自定义规则而没有兜底项，大量请求可能不会按你预期处理。

三、自定义规则完全没有效果。优先检查规则顺序。一个更宽泛的DOMAIN-SUFFIX或DOMAIN-KEYWORD规则如果排在前面，可能会先匹配请求，使后面的具体DOMAIN规则无法发挥作用。将具体规则移到前面后保存并重新启用配置。

四、规则命中，但网站仍打不开。分别测试节点本身和规则结果。先切换到明确可用的节点，确认Proxy模式下是否能连接；如果Proxy模式也失败，问题更可能在节点、协议、网络或DNS，而不是规则优先级。

五、国内网站变慢或应用无法登录。检查该域名是否被误分到代理策略，或者IP-CIDR规则与域名规则产生了不同结果。可在请求记录中查看实际访问的域名和DNS请求，再针对具体域名添加更明确的规则。

六、连接开关反复关闭。重新检查系统VPN权限、网络切换和节点状态。不要只看网页是否打开，还应查看Shadowrocket的日志或请求记录；官方应用说明列出了HTTP、HTTPS和DNS记录功能，可用于区分“没有发出请求”“规则处理错误”和“代理连接失败”。

最后核对：2026年10月26日

本文按Shadowrocket公开帮助资料和App Store功能说明整理。由于应用界面、配置字段和系统权限提示可能随版本变化，实际操作时应以当前App显示为准；本文未核实任何第三方配置文件的安全性、持续更新情况或节点可用性。

本站是第三方使用指南站，不是Shadowrocket官方。关于安装来源、账户购买和应用版本，应通过Apple App Store及应用开发者公开信息核验。

常见问题

Shadowrocket里的规则模式就是Config吗？

通常可以这样理解：规则模式依靠配置文件处理分流，首页全局路由选择Config后，应用才会按当前配置中的规则执行。不同版本的菜单名称可能略有变化，但核心是选择配置而不是全局Proxy或Direct。

为什么我选择了Config，所有网站还是走代理？

先查看当前配置是否存在有效规则和FINAL兜底项，再检查规则顺序。若通用代理规则排在前面，可能覆盖后续规则；同时确认你编辑的配置就是首页当前启用的配置。

DOMAIN和DOMAIN-SUFFIX有什么区别？

DOMAIN通常针对一个完整域名，DOMAIN-SUFFIX通常覆盖该域名及其子域名。需要精确控制单个主机名时优先考虑DOMAIN，需要覆盖一组子域名时再使用DOMAIN-SUFFIX。

规则模式开启后，为什么某个App仍然无法连接？

先在请求记录或日志中确认App实际访问的域名，再判断是规则误分流、节点连接失败、DNS解析问题还是App自身限制。可以临时用Proxy模式测试节点，再回到Config模式定位规则。

相关阅读

• Shadowrocket添加订阅与更新排查
• Shadowrocket节点连接失败排查
• 更多客户端与网络连接排查指南

参考资料

1. Shadowrocket使用教程（shadowrocket.gitbook.io）
2. Shadowrocket App Store页面