Shadowrocket怎么设置指定网站走代理：规则配置与生效验证

更新于 2026-11-11 · 3i.mom

简答：可以：在Shadowrocket的Home中把Global Routing设为Config，编辑当前启用的配置文件，在[Rule]中加入DOMAIN-SUFFIX,目标域名,PROXY，并在未命中规则的末尾保留FINAL,DIRECT。保存并重新连接后，分别测试目标网站和普通网站，再通过请求记录确认实际命中的规则。前提是你已经有可用节点或订阅；Shadowrocket本身不包含代理服务或服务器资源。<a href="https://shadowrocket.gitbook.io/shadowrocket/help">Shadowrocket使用教程</a>说明了Config、Add Rule和Use Config入口；App Store页面也注明它是独立网络工具，不提供代理服务。

定义：Shadowrocket指定网站走代理，是利用配置文件中的域名匹配规则，把目标域名交给PROXY策略，而把没有命中目标规则的其他请求交给DIRECT策略。

先照做：最短配置路径与成功判据

假设你要让example.com及其子域名走代理，其他未命中的网站直连。这里的example.com只是语法示例，请替换成你实际要处理的域名。

1. 打开Shadowrocket首页，在Home → Global Routing中选择Config，不要选择只适合临时对比的Proxy或Direct模式。
2. 进入底部或设置中的Config页面，确认正在编辑的是当前使用的配置文件。先复制或导出原配置，至少保留一份回滚副本。
3. 在配置文件的[Rule]段加入以下最小规则：

   DOMAIN-SUFFIX,example.com,PROXY
   FINAL,DIRECT

4. 保存配置，确认该文件处于启用状态，然后回到首页重新连接；如果连接开关已经打开，也建议关闭后重新打开一次。
5. 成功判据不是只看VPN开关，而是：目标网站的请求记录命中DOMAIN-SUFFIX,example.com,PROXY，普通测试网站没有命中该规则，并按照FINAL,DIRECT直连。

Shadowrocket文档确认可以在Config中下载、编辑配置，并通过Add Rule添加过滤规则；具体中文菜单名称可能随应用版本或语言不同，以设备当前显示的Config、Global Routing、Add Rule为准。查看相关使用教程。

DOMAIN、DOMAIN-SUFFIX怎么选：只匹配一个主机还是整个站点

规则中的域名只写主机名或域名，不要写完整网址。不要填https://example.com/path、端口号或网页路径；网页路径通常不是这里的域名匹配条件。

如果你的目标只是login.example.com，可以使用DOMAIN,login.example.com,PROXY；如果希望覆盖www.example.com、static.example.com等子域名，通常应使用DOMAIN-SUFFIX,example.com,PROXY。不要把通配符、协议、路径和端口混进域名字段。

注意策略名称：PROXY通常表示配置中的代理策略或代理组，不一定就是界面上某个固定按钮名称。如果当前配置使用了自定义策略组，需把示例中的PROXY替换成配置文件里实际存在的策略名称；无法确认时，先在[Proxy Group]或规则编辑器中查找可用策略。

规则顺序、现有规则和外部规则集怎么检查

Shadowrocket的规则不是孤立生效的。你需要检查当前配置文件原有的[Rule]段，以及可能引用的RULE-SET等外部规则集。对于同一个请求，前面已经命中的宽泛规则可能让后面的指定域名规则没有机会生效。

1. 先看目标规则上方：如果前面已有覆盖范围更大的DOMAIN-SUFFIX、GEOIP、RULE-SET或其他策略规则，记录它们可能影响的域名范围。
2. 把指定域名规则放在相关宽泛规则之前：例如你要让某个站点走PROXY，但前面已有把同一域名或更大范围设为DIRECT的规则，应先调整顺序，而不是继续重复添加。
3. 确认兜底只保留一个明确方向：“仅指定网站代理、其余直连”通常使用FINAL,DIRECT；如果原配置本来就是“未匹配流量代理”，末尾可能是FINAL,PROXY，这就不再是仅指定网站代理，需要结合全文规则重新判断。
4. 检查策略是否存在：规则写成PROXY，但配置中没有同名策略组时，可能无法按预期路由。不要凭空新建节点名称，先使用配置里已经存在的策略。
5. 不要覆盖整份配置：直接粘贴一个只有几行的示例，可能删除原有节点、DNS、策略组、Host或其他规则。更稳妥的做法是只修改当前配置的[Rule]段，并保留备份。

一个适合“名单内代理、名单外直连”的结构示例如下：

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

这只是最小示例，不代表完整配置，也不包含节点、认证信息或订阅地址。App Store页面明确说明Shadowrocket是独立网络工具，不附带代理服务或服务器资源，因此连接能力仍取决于你已有的节点、订阅和网络环境。查看App Store说明。

保存后不生效：按“现象—检查—处理—回滚”排查

现象一：打开开关了，但目标网站仍像直连。

检查：确认Home中的Global Routing是否为Config，并确认你编辑的配置文件就是当前启用文件。若处于Proxy或Direct，配置中的域名规则不会按预期承担分流职责。

处理：切换到当前配置文件，再保存并重新连接；打开请求记录，访问目标网站后查找目标域名和命中的策略。

回滚：如果切换后其他网络请求异常，先恢复原配置文件，再回到配置页面逐行加入规则。

现象二：首页能打开，但图片、登录或视频加载失败。

检查：一个网页可能同时请求主域名、登录域名、接口域名、图片域名、静态资源域名或内容分发域名。请求记录中如果有相关域名被DIRECT处理，说明“只写首页域名”可能没有覆盖完整依赖。

处理：逐个记录确实属于该网站的依赖域名，再决定是否增加对应的DOMAIN或DOMAIN-SUFFIX规则。不要因为域名看起来相似就全部加入，先确认它确实服务于目标页面。

回滚：每次只增加一条或一组相关规则，测试完成后再继续；出现范围扩大或误代理时，删除最后一次新增内容即可。

现象三：规则写了，但报错或无法保存。

检查：是否误把https://、路径、端口、空格或通配符写进域名字段；是否把策略名称写成当前配置不存在的名称；是否破坏了[Rule]段的其他内容。

处理：先回到最小写法：DOMAIN-SUFFIX,example.com,PROXY，然后确认策略名称和逗号分隔格式，再保存。

回滚：恢复备份，不要继续在已损坏的配置上叠加修改。

验证方法：不要只看连接图标，要看三层结果

1. 配置层：确认当前文件已保存、已选中，Global Routing为Config，规则位于正确的[Rule]段。
2. 匹配层：访问目标网站后查看请求记录，确认目标域名命中了指定的PROXY规则，而不是更早的其他规则或末尾的FINAL。
3. 路径层：再访问一个不在名单中的普通网站，确认它命中FINAL,DIRECT或其他预期的直连规则。若普通网站也走了代理，说明现有配置中还有其他宽泛代理规则，或兜底策略并非FINAL,DIRECT。

如果目标网站的不同资源命中不同策略，不要先判断客户端失效；先按请求记录中的域名逐项判断。只有当目标域名已经命中代理规则、配置也处于启用状态，但连接仍失败时，才继续检查节点可用性、DNS、网络延迟和丢包等问题。

常见问题

Shadowrocket设置指定网站走代理，必须使用Config吗？

如果要按域名规则分流，应将Home中的Global Routing设为Config，并确认当前配置文件已启用。Proxy通常是整体使用所选代理策略，Direct则是整体直连，二者不能替代按规则匹配。

DOMAIN和DOMAIN-SUFFIX有什么区别？

DOMAIN用于精确匹配一个完整主机名，例如DOMAIN,www.example.com,PROXY；DOMAIN-SUFFIX用于匹配主域名及其子域名，例如DOMAIN-SUFFIX,example.com,PROXY。只处理一个主机名用DOMAIN，需要覆盖多个子域名时用DOMAIN-SUFFIX。

为什么我加了代理规则，其他网站也走代理？

先检查配置末尾是否为FINAL,PROXY，或前面是否存在更宽泛的代理规则、GEOIP规则或外部RULE-SET。若目标是“只有指定网站代理、其他直连”，通常需要确认未命中请求最终使用DIRECT，并排除其他规则的影响。

网站首页能打开，但图片或登录失败怎么办？

查看请求记录，找出仍被DIRECT处理或未命中的登录、接口、静态资源和内容分发域名。确认这些域名确实属于目标网站后，再逐条增加规则并复测，不要直接把所有相似域名都加入。

修改配置前需要备份吗？

建议备份。配置文件除了[Rule]外，还可能包含节点、策略组、DNS、Host和其他设置。备份可以在规则写错、保存异常或范围扩大时快速恢复。

相关阅读

• 继续看 Shadowrocket 测速与实际速度验证方法
• 如果已连接但网页打不开，按端口、DNS与规则继续排查
• 规则确认后，再按用途筛选合适的网络节点

参考资料

1. Shadowrocket使用教程：Config、Add Rule与Use Config说明（shadowrocket.gitbook.io）
2. apps.apple.com