Shadowrocket 功能与常用设置
以用户已有自己的订阅或服务器信息为前提,按选择连接路径、维护服务器、核对实际请求的顺序,说明各项功能如何配合。初次连接先按教程完成验证,再逐项调整设置。
- Global Routing
- 规则与策略
- 订阅更新
- DNS 与诊断
GLOBAL ROUTING
三种姿态与适用场景
先确定请求采用什么连接路径,再讨论某条规则是否生效。
是什么:Global Routing 是整体路由方式的选择。配置、代理、直连分别对应界面中的 Config、Proxy、Direct。它们不是三个服务器,也不是速度档位:Config 按当前配置中的规则处理请求;Proxy 以代理路径为主;Direct 以直接连接为主。具体例外仍需结合应用设置及系统网络行为判断。
在哪个界面:在 Home 中打开 Global Routing 查看当前选项。使用 Config 前,还应进入 Config 确认实际选中的配置文件;只把文件导入到列表,不代表它已经成为当前配置。
怎么设:日常需要按域名或地址分流时选择 Config。排查自己的服务器能否承载目标请求时,可以暂时切到 Proxy 做对照;检查当前网络直接访问目标是否正常时,可以暂时切到 Direct。每次切换后重新发起请求,避免把旧连接的结果当成新设置的效果。
| 界面选项 | 主要处理方式 | 适合何时用 | 核对重点 |
|---|---|---|---|
| Config · 配置 | 根据当前配置的规则选择策略 | 日常规则分流、验证规则命中 | 当前配置、规则顺序、策略引用 |
| Proxy · 代理 | 以代理路径处理请求 | 隔离规则因素,检查服务器连接 | 当前服务器、协议参数、目标可达性 |
| Direct · 直连 | 以直接连接处理请求 | 检查本地网络与直接访问表现 | 基础网络、DNS、目标服务状态 |
CONFIG & RULES
规则类型、顺序与策略
规则回答“匹配什么”,策略回答“匹配之后怎样连接”。
是什么:规则分流把请求特征与处理策略对应起来。DOMAIN 匹配指定域名,DOMAIN-SUFFIX 匹配域名后缀,DOMAIN-KEYWORD 按域名中的关键词匹配;IP-CIDR 与 IP-CIDR6 面向地址网段,GEOIP 依据地址归属数据库判断。USER-AGENT 依赖请求中可观察到的相应字段,不能假定它对所有加密请求都适用。
在哪个界面:在 Config 中查看和编辑当前配置的规则。修改前先核对文件名称、当前选中状态与现有策略定义。配置文件还可能包含 DNS 或其他设置,因此切换配置的影响不只限于规则列表。
怎么设:先保留一份原配置,把具体匹配放在宽泛匹配之前,再安排兜底规则。通常按顺序匹配,前面的规则命中后就按其策略处理;FINAL 用于前面规则没有匹配时的兜底。PROXY、DIRECT、REJECT 分别表示代理、直接连接与拒绝处理,配置中也可能引用自定义策略组名称,名称必须与定义一致。
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.org,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT
注意什么:以上是规则语法示例,不是适合所有网络的完整配置。域名解析可能发生在地址规则判断之前,域名规则与地址规则也可能对同一请求产生不同匹配结果。验证时应同时查看目标域名、解析地址、命中规则和最终策略,不要只凭网站是否打开就判断规则正确。需要统一术语时,可查阅术语手册。
SUBSCRIBE & SERVER
订阅导入与服务器维护
订阅用于维护服务器条目;配置文件用于组织规则与其他设置。
是什么:Subscribe 通过用户自己的订阅地址取得服务器列表。手动添加则逐项填写单个服务器的连接信息。两者最终都需要选择有效的服务器并验证连接;列表中出现条目,只能说明导入或保存完成,不能证明远端服务一定可用。
在哪个界面:在 Home 中通过 Add Server 添加,导入订阅时选择 Subscribe 并填写地址;已有可识别二维码时,也可使用 Scan QR Code。手动输入时应选择与服务器资料一致的类型,再填写对应参数。实际入口位置及可用导入方式以应用内显示为准。
怎么设:从自己的服务商处取得完整订阅链接,粘贴后检查是否带入空格、换行或多余标点。保存并更新列表,核对分组和条目名称,再选中一个服务器进行 Connectivity Test。已有列表需要刷新时,从对应订阅的操作菜单执行更新;如开启打开应用时自动更新,也应在首次设置后手动验证一次,确认地址能够正常返回内容。
https://example.com/sub?token=xxxx
注意什么:示例地址仅说明格式,不可用于连接。真实订阅链接可能包含访问凭据,不要公开粘贴到截图、日志或交流内容中。更新订阅可能替换远端管理的条目,手动修改这些条目前先保留记录;更新失败时先确认链接有效期、请求网络与返回格式,不要立即删除仍可使用的旧列表。订阅更新与 App Store 中的应用更新是两件事,操作目的不同。
PROTOCOL PARAMETERS
多协议与字段对应
是什么:Shadowrocket 支持多种连接协议,包括 Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 与 Hysteria2。协议描述客户端与服务器如何建立连接;仅把协议名称改成另一种,并不能让原服务器支持另一种通信方式。
在哪个界面:手动添加时在 Add Server 选择类型,已有条目则进入编辑界面查看。不同类型显示的字段不同,应以服务器提供的参数和当前应用界面为准,而不是用一套字段填写所有协议。
怎么设:先核对地址、端口及身份验证信息,再核对 TLS、服务器名称、传输方式及相应路径等附加参数。WireGuard 需要按其配置资料处理密钥和地址信息;Hysteria2 的可用性还与网络对 UDP 的处理有关。只填写自己资料中明确提供的项目,不把其他条目的参数拼接进来。
注意什么:连接失败不能仅凭协议名判断原因。证书验证失败、端口不可达、验证信息不符和传输参数不符,应分别排查。不要把关闭证书验证当作常规修复;先确认系统时间、服务器名称和证书链。协议本身也不是速度保证,实际表现取决于端到端网络与服务器状态。
ON DEMAND
按需连接与触发条件
是什么:On Demand 利用系统 VPN 按需机制,根据配置的网络条件决定是否发起连接。它管理的是连接触发,不代替 Global Routing 决定每个请求走哪条策略,也不会修正失效的订阅或错误的服务器参数。
在哪个界面:在 Settings 中进入 On Demand 查看相关选项与规则。初次使用前,应先完成系统 VPN 配置授权,并确认手动开启连接能够正常工作。不同设备环境下的具体可选条件,以应用显示为准。
怎么设:先写清希望在哪类网络下连接、在哪类网络下不触发,再按界面提供的 Wi-Fi、蜂窝网络或特定 Wi-Fi 名称等条件设置。从一个条件开始测试:切换到目标网络,等待系统网络状态稳定,检查连接状态,并重新发起实际请求。确认后再增加其他条件,避免多个条件交叠而难以定位。
注意什么:手动关闭后又自动连接,不一定是开关失灵,可能是 On Demand 再次满足触发条件。排查反复重连时,先记录规则并暂时停用按需机制,再测试手动连接。公共 Wi-Fi 需要先完成网络登录时,也应先解决登录页访问问题;反复重连无法代替基础网络认证。
DATA
流量统计与请求核对
是什么:Data 提供流量观察入口,用于了解应用记录的上传、下载及相关请求活动。统计适合辅助判断某次访问是否产生流量、是否使用了预期服务器,但不是远端服务计费系统,也不能单凭累计数字确定某一条规则命中。
在哪个界面:进入 Data,先看当前显示的统计范围、分类及记录起点。若当前界面提供按服务器或按应用等视角,应先确认所选维度;应用归属信息的完整程度受系统能够提供或识别的信息影响,不应把所有记录都视为精确的应用归因。
怎么设:验证时记录测试前读数,只访问一个目标,再观察新增流量;结合可查看的请求记录,核对域名、策略与服务器。需要重新统计时先保存有用信息,再使用界面提供的重置操作。测速、视频预加载、后台同步都会改变读数,测试期间尽量减少这些干扰。
注意什么:统计口径、协议开销、记录周期和后台活动可能使本地读数与服务端记录不同。少量流量也可能来自连接建立或后台请求,不能直接认定是异常。速度慢的问题应结合目标响应、服务器连接及网络切换测试处理,而不是只看累计流量大小。详细操作可查阅排查手册。
SETTINGS
常用项的设置边界
以下项目在 Settings 中查找;配置文件也可能包含相关参数,修改前先确认当前生效来源。
DNS:解析来源与实际路径
是什么、在哪里:DNS 把域名转换为连接所需的地址。在 Settings 的 DNS 相关项,以及 Config 的 DNS 配置中核对现有设置。系统 DNS、自定义 DNS 与 DNS over HTTPS 是不同的解析取向,不应把更换解析方式理解为自动修复全部连接问题。
怎么设、注意什么:先保留当前值,确认解析服务能够从当前网络访问,再按字段要求填写。启用 DNS over HTTPS 时要使用完整且正确的服务地址,并考虑解析服务自身连接是否成立。保存后重新发起请求,检查解析结果和后续连接;配置文件中的参数可能影响实际行为,不能只看 Settings 里的一项就断言最终路径。
Test Method:测试结果的含义
是什么、在哪里:在 Settings 查找 Test Method,它决定 Connectivity Test 使用的测试方式。TCP 建连测试主要反映指定端口的连接表现,其他测试方式还可能涉及目标响应,结果应按当前选择的方法解释。
怎么设、注意什么:对照多个服务器时保持同一种测试方法与目标,尽量在相近网络条件下重测。测试通过不等于目标网站可用,较低的测试耗时也不等于持续下载更快;测试失败则应继续区分端口、测试目标与实际代理连接的问题。
Today Widget:快捷操作入口
是什么、在哪里:Today Widget 是面向系统相应区域的快捷入口,相关选项在 Settings 中查看,添加入口则按系统提供的小组件管理方式操作。实际是否显示以及可用操作,以当前设备系统和应用界面为准。
怎么设、注意什么:先在应用内完成服务器选择与手动连接验证,再添加快捷入口,返回系统界面测试状态显示与操作。快捷入口不负责补齐订阅参数;当显示状态与预期不同,回到 Home 确认实际连接,不要连续点击造成反复切换。
iCloud:同步范围与冲突处理
是什么、在哪里:在 Settings 查看 iCloud 相关同步选项,用于在符合条件的设备间同步界面列明的资料。同步不是 App Store 购买恢复,也不意味着所有运行状态、系统授权和统计记录都会随之迁移。
怎么设、注意什么:先确认设备的 iCloud 状态和应用权限,再核对允许同步的项目。首次启用前保留本地配置,等待同步完成后检查关键字段。两台设备同时编辑可能产生差异,宜先在一端完成修改再核对另一端;不要把尚未同步成功当作订阅失效,也不要把同步当作唯一备份。
Diagnostics:保留可复现的线索
是什么、在哪里:Diagnostics 是排查网络与连接问题的诊断入口,在 Settings 中查找相关工具。它帮助收集故障线索,并不自动判断所有错误的根因;应结合出错时的网络、Global Routing 姿态和所选服务器理解结果。
怎么设、注意什么:先记录出现问题的操作与提示,再按工具提供的项目检查。必要时仅在复现期间保留诊断记录,完成后恢复日常设置。分享记录前检查订阅地址、身份验证信息、个人域名及网络地址等内容,删去敏感部分;保留错误类型和发生顺序即可,不必提交整份私人配置。
CHANGE & VERIFY
逐项设置与验证顺序
一次改变一个变量,才能把结果对应到具体设置。
- 建立可用基线。确认基础网络正常,在 Home 选中自己的服务器,完成一次手动连接与实际访问。无法建立基线时,先处理服务器参数或网络问题,不急于增加规则。
- 启用目标配置。进入 Config 选中需要的文件,将 Global Routing 设为 Config,再验证一项预期代理请求和一项预期直连请求。记录实际策略,不只记录页面能否打开。
- 调整单项设置。备份后再修改 DNS、规则或测试方式。每次修改记录原值、改动理由与测试结果,遇到新问题先恢复这一项,避免连续更改掩盖原因。
- 最后启用自动化。手动连接稳定后再配置 On Demand 与同步功能。切换一次网络、重新打开应用并检查订阅状态,确认自动行为与手动基线一致。
本页用于解释功能分工。需要从导入到连接的连续操作,请阅读首次设置教程;已能连接但部分请求异常,请按排查手册中的症状继续检查。购买或重新获取应用时,前往正版核验说明核对开发者 Shadow Launch Technology Limited、官方图标与应用 ID 932747118。