Starway星途VPN - 访问海外网络加速 | 全球网络加速服务

Shadowrocket 怎么添加直连规则：指定域名设置与生效验证

更新于 2026-11-10 · xingtu.buzz

简答：Shadowrocket 添加指定域名直连规则，应在当前使用的配置中新增域名规则，将策略设为 DIRECT，并保持全局路由为“配置”，不要改成全局“直连”。只匹配一个主机名选 DOMAIN，需要包含子域名才选 DOMAIN-SUFFIX。保存并启用配置后，重新访问目标，在规则测试和实际请求记录中确认命中 DIRECT。

定义：直连规则是将符合指定域名或 IP 范围的连接交给 DIRECT 策略处理、不经 Shadowrocket 所选代理节点转发的分流规则。

先试这一步：只新增一个主机名的 DIRECT 规则

本站是第三方使用指南站，与客户端开发者无隶属关系。本文只解决“让指定网站直连”，不更换整套配置，也不调整其他网络参数。以下资料访问日期均为 2026-11-10；未进行本机实测，不提供未经验证的版本适用保证，界面文字以当前安装版本为准。

  1. 先保留现用配置的备份，再进入配置页面，找到当前使用的本地配置。
  2. 点击该配置右侧的 ⓘ，进入规则，点击右上角的添加按钮。
  3. 类型选 DOMAIN，内容填你要直连的完整主机名，策略选 DIRECT。
  4. 保存，检查是否有更靠前的冲突规则，然后对修改后的文件执行使用配置。
  5. 首页全局路由保持配置，重新发起目标请求。

上述添加入口、启用操作和路由模式来自配置维护者编写的使用手册，并非本文实机截图。若找不到同名按钮，请在当前配置的编辑菜单内查找规则管理，不要去首页的节点添加入口。

成功判据：目标请求命中你新增的规则，最终策略显示 DIRECT；另选一个原来需要代理的请求作对照，确认它没有被改成直连。不要只凭“网页能打开”判断设置成功。

三个字段怎么填：先确定匹配范围

添加时只需要先确定类型、内容、策略。如果你只想让一个主机名直连，建议从 DOMAIN 开始；确认确实需要覆盖同一域名下的子域名，再扩大为 DOMAIN-SUFFIX。域名精确匹配、后缀匹配和 CIDR 地址范围均属于开发者在 App Store 产品说明中列出的规则能力。

假如目标地址写作 https://portal.example.com/account?view=1，域名规则的内容应取主机名 portal.example.com，不填写协议、路径或查询参数。这里的 example.com 仅为语法占位示例，请替换成实际目标，不用它测试你的业务是否正常。

  • 仅指定主机名：类型 DOMAIN，内容 portal.example.com，策略 DIRECT。
  • 包含子域名：类型 DOMAIN-SUFFIX，内容 example.com，策略 DIRECT；这会扩大到该域名及其下级主机名，不只影响 portal。
  • 明确的地址范围：才考虑 IP-CIDR；它匹配 IP 网段，不是网页路径，也不适合仅为了一个域名而随意扩大范围。

精确域名、域名后缀和地址范围的配置格式，可对照配置作者发布的规则类型与示例。本页只保留下面这一条最小规则，不要求导入该仓库的整套配置：

DOMAIN,portal.example.com,DIRECT

这是文本格式对照：三个字段分别对应类型、内容和策略。使用图形界面添加时，应分别填写，不要把整行粘进“内容”字段。

保存后仍走代理：先查配置，再查规则顺序

全局直连不等于指定域名直连。全局路由选择“配置”才是按配置分配流量；选择“直连”则是整体不通过节点。配置作者在配置使用说明中也将按规则使用的 Config 模式与整体直连用途分开说明。

建议按以下顺序检查，每次只改一处：

  1. 文件是否正确：记录修改文件的名称，并核对当前启用的是否就是这份文件。不要只修改下载列表中的另一份同名配置。
  2. 范围是否正确：记录中的实际主机名与 DOMAIN 内容是否一致；主域名与带 www 的主机名不要当成同一个精确匹配值。
  3. 是否被其他规则覆盖：检查重叠的域名规则，以及已启用模块中的相关规则。
  4. 是否误改兜底：保留原有 FINAL 策略，不要为一个网站把它改为 DIRECT。

规则作者的匹配顺序说明指出，模块规则可优先于配置文件规则，规则匹配也涉及顺序与编译处理。因此，不能把“已移到文件最上面”当作唯一成功依据；有冲突时仍要查看最终命中结果。

本文建议把新增的精确例外放在同一配置内相关的宽泛域名规则之前，但不批量重排整份文件。如果前置模块有意限制该目标，应先弄清用途，再决定是否修改，不要直接关闭所有模块。

如何验证：规则测试与真实请求各查一次

先使用配置中的测试规则功能检查目标的匹配结果，再重新访问实际页面，通过请求记录核对策略。配置维护者的测试与日志说明列出了测试规则入口，以及数据 → 代理 → 启用日志记录的检查路径；日志详情可查看匹配策略，也可从详情菜单选择类型添加规则。该路径未经本文实机复现，若界面不同，以当前版本为准。

建议这样复测：先记下时间，重新打开目标页面，随后只看这一时间段内的新记录；核对主机名、命中规则和最终策略，不要拿修改前的旧记录作判断。开发者在 App Store 产品说明中确认客户端可以记录和显示 HTTP、HTTPS 与 DNS 请求。

不知道网站实际请求哪个域名时，先产生一次访问，再从相近时间的记录中定位目标。若当前界面没有从日志添加规则的功能，复制确认后的主机名，返回规则页手动添加即可，不必寻找未经核实的快捷入口。

建议检查首页之外的实际操作，例如登录、打开文档或加载图片。你可以把这些操作各执行一次，逐条核对相关请求；不要因为首页有一条 DIRECT，就推断整个网站、整个应用都直连，也不要一口气把所有关联域名加入例外。

不生效时按两条分支处理

分支一：没有命中 DIRECT。先回到“当前文件、实际主机名、冲突规则”三个检查点。建议保留原记录，再修正一个字段并重复相同访问，比较命中是否改变。匹配类型、顺序与最终策略可对照配置作者的规则说明。

分支二：已命中 DIRECT，但访问仍失败。此时不要继续扩大域名规则。DIRECT 表示选中了直连处理方式，不是对目标可达性的保证；先记录具体失败请求与错误，再比较恢复原配置后的同一访问。如果只在新增例外后失败，建议先撤回该规则，保留记录后再排查直连路径。

为了让判断可复现，建议整个比较过程保持同一设备、同一网络和同一目标操作；不要同时换网络、改 DNS、换节点。这里给出的是控制变量的排查建议，不是已完成的测速或故障结论。

如果连实际请求记录都没有出现，暂时不能判定规则生效。先确认访问动作确实重新发生、日志记录已启用，再继续核对；不要用设备状态栏的连接图标替代规则命中证据。

怎样备份、回滚，并检查更新后的规则

修改前建议复制一份现用配置，再对副本添加规则；同时把原文件名、原路由模式和新增规则记下来。配置维护者的手册列有配置编辑菜单中的复制功能。其发布的配置原文件注释也说明，配置页面中带选中标记的本地文件是正在使用的配置。

最小回滚路径：撤销本次新增规则，或重新使用未修改的原配置；将全局路由恢复到修改前的状态，再重复同一访问。无需为了撤回一条规则卸载客户端，也不建议用恢复默认配置代替原配置备份。

远程配置更新后是否会保留你的本地修改，本文未实测，不作统一保证。建议更新前保存备份，更新后核对新增规则是否存在、文件是否启用，再重做一次规则测试和真实请求验证。不要把“更新成功”直接理解为“自定义直连规则仍然生效”。

做完这些检查后，保留一张简短记录即可：目标主机名、规则类型、策略、所在配置、验证时间与回滚文件。下次遇到同一问题，就能先比较变化，而不是重新改整套分流。

指定目标直连的字段速查：一次只选一种匹配范围

希望直连的目标类型内容字段策略范围提醒
仅 portal.example.comDOMAINportal.example.comDIRECT精确主机名，不自动包含其他主机名
example.com 及其子域名DOMAIN-SUFFIXexample.comDIRECT范围更大，确认需要后再使用
已经确认的 IP 网段IP-CIDR实际网络地址与前缀长度DIRECT按地址范围匹配，不按网页路径匹配

常见问题

Shadowrocket 添加直连规则后，全局路由选什么？

保留“配置”，让客户端按当前配置分配流量。只想让指定目标直连时，不要把全局路由改为“直连”，也不要修改整个配置的 FINAL 兜底策略。相关模式说明见正文引用的配置使用资料。

DOMAIN 和 DOMAIN-SUFFIX 应该选哪个？

仅指定一个完整主机名时选 DOMAIN；确实要覆盖某域名及其子域名时选 DOMAIN-SUFFIX。建议从较小范围开始，依据实际请求记录补充，不要为了省事直接扩大到无关目标。

规则内容可以填完整网址吗？

本页讲的 DOMAIN 和 DOMAIN-SUFFIX 应填写域名内容，不填写 https://、页面路径或查询参数。例如目标网址的主机名是 portal.example.com，就填写该主机名，而不是整条网址。

为什么规则测试显示 DIRECT，网页还是打不开？

规则测试确认的是匹配与策略，不保证目标连接成功。先看实际失败请求是否也命中 DIRECT，再恢复原配置做对照；如果只有新增例外后失败，先撤回该规则，不要继续扩大匹配范围。

能从日志直接添加直连规则吗？

正文引用的维护者手册列有从请求日志详情菜单添加规则的方法，但本文没有实机核验具体版本。若当前界面找不到该功能，可从日志确认主机名，再回到当前配置的规则页手动添加。

更新配置后，自定义 DIRECT 规则会保留吗？

本文未实测不同来源配置的更新行为，不能保证统一保留。更新前备份，更新后检查规则是否仍在、配置是否启用，并重新核对测试结果和实际请求策略。

相关阅读

参考资料

  1. Shadowrocket App Store 产品说明：规则类型与请求记录能力；访问日期：2026-11-10
  2. LOWERTOP 配置维护者使用手册：添加规则、复制配置、测试与日志；非开发者官方文档；访问日期：2026-11-10
  3. 配置作者发布的规则类型、匹配顺序与配置使用说明；访问日期：2026-11-10
  4. LOWERTOP 发布的配置原文件及当前配置识别注释；访问日期：2026-11-10（lowertop.github.io）