Shadowrocket
功能与常用设置
从 Global Routing 到 Settings,按“先确定流量处理方式,再检查连接与诊断”的顺序,查阅各项功能的用途、入口、设置方法与注意事项。
- 路由模式 Config / Proxy / Direct
- 规则策略 PROXY / DIRECT / REJECT
- 排查入口 Connectivity Test
01 / GLOBAL ROUTING
Global Routing:配置、代理与直连
是什么:Global Routing 决定客户端接管的请求如何处理。界面中的 Config、Proxy、Direct 分别对应配置、代理、直连三种模式;它们不是三台服务器,也不代表连接质量的等级。选择模式之后,仍需检查连接开关、服务器与系统授权。
在哪、怎么设:在 Home 中打开 Global Routing,按用途选择模式。已有规则配置且希望按域名或地址分流时,选择 Config;需要判断问题是否与规则有关时,可以暂时切换 Proxy 或 Direct,使用同一个目标重复测试,并记录结果。
| 界面选项 | 处理方式 | 适用情形 | 检查重点 |
|---|---|---|---|
| Config · 配置 | 按当前配置中的规则与策略处理请求。 | 需要让不同目标使用不同路径的日常使用。 | 当前配置、规则顺序与策略指向。 |
| Proxy · 代理 | 将客户端接管的请求交给代理路径处理。 | 暂时排除规则分流影响,验证服务器路径。 | 默认服务器是否选中、是否可用。 |
| Direct · 直连 | 将客户端接管的请求交给直连路径处理。 | 对照当前网络能否直接访问同一目标。 | 本地网络、DNS 与目标本身的状态。 |
注意什么:Proxy 不等于“所有系统行为必然经过同一路径”,实际范围还取决于系统与接管设置。Direct 也不等同于关闭连接开关。排查结束后恢复原来的模式,否则即使配置文件未变,流量处理结果也可能与之前不同。若 Proxy 正常而 Config 异常,应优先检查命中规则,而不是立即重新导入服务器。
02 / CONFIG
规则分流:匹配条件与处理策略
是什么:一条规则通常由匹配类型、匹配内容和策略组成。DOMAIN 用于精确域名,DOMAIN-SUFFIX 用于域名及其子域,DOMAIN-KEYWORD 用于域名关键词;IP-CIDR 与 IP-CIDR6 分别描述 IPv4、IPv6 网段,GEOIP 按地址归属数据库匹配。USER-AGENT 依赖可取得的请求信息,不适合作为所有应用流量都能命中的通用条件。
在哪、怎么设:进入 Config,先确认正在使用的配置,再查看规则与策略。规则通常按顺序匹配,因此应把具体条件放在宽泛条件前,并在末尾安排 FINAL 处理未命中的请求。PROXY 表示交由代理策略,DIRECT 表示直连,REJECT 表示拒绝;配置若引用了命名策略,还需核对该名称实际关联的对象。
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-KEYWORD,example,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY
上面仅用于阅读规则语法,example.com 是说明用域名,并不是应当导入的完整配置。第一条已覆盖的域名不需要依赖后面的关键词规则;末尾的 FINAL 则负责前序规则未处理的请求。阅读时把“匹配什么”和“交给谁处理”分开看,比只看行尾的 PROXY 更容易定位错误。
注意什么:规则并不会自动修复失效服务器。每次只改一处,保存后确认该配置仍为当前配置,再重新发起请求检查结果。涉及 IP 类规则时,还要考虑域名解析结果、IPv6 和数据库差异;不要仅凭一条地理匹配规则推断所有请求的实际路径。
03 / HOME · SUBSCRIBE
订阅与服务器管理
是什么:服务器条目保存一次连接需要的协议和参数;Subscribe 用于从用户已有的订阅地址更新服务器列表。订阅与 Config 是不同对象:导入服务器列表后,不代表已经切换到某份规则配置,也不代表已选好默认服务器。
在哪、怎么设:在 Home 使用添加入口。导入已有订阅时,选择 Subscribe 类型,粘贴完整地址,填写便于识别的备注并保存,再执行更新。手动录入时通过 Add Server 选择服务商信息中明确给出的协议类型,然后逐项填写地址、端口和认证参数;Scan QR Code 适用于用户已有的有效二维码。
Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2 的参数结构并不相同。不能因为地址相同就替换协议类型,也不能把服务器域名自动当作所有 TLS 字段的值。具体字段应与用户已有的信息保持一致;需要了解字段用途时,查阅协议参考。
注意什么:更新订阅可能改变条目名称与列表内容。更新后重新确认默认服务器,避免继续使用已移除的选择。重复导入同一订阅会增加管理负担;删除前先区分订阅生成条目与手动条目。订阅地址可能包含访问凭据,分享截图、日志或配置前应隐藏完整地址及认证信息。
04 / ON DEMAND
On Demand:按条件触发连接
是什么:On Demand 是系统按需连接机制的设置入口,用于在满足已设条件时触发连接行为。它不负责给域名分配 PROXY 或 DIRECT;连接是否触发与连接建立后如何分流,是两层不同的设置。
在哪、怎么设:在 Settings 中查找 On Demand,先阅读当前条件,再启用需要的规则。若界面提供按网络类型或指定网络设置条件的选项,应依据实际使用场景逐项设置。保存后在相应网络环境中验证一次,同时检查系统是否已允许添加 VPN 配置。
注意什么:按需连接可能使用户手动断开后再次看到连接启动,这不一定是开关失效,应先核对触发条件。排查无法连接时,可暂时停用 On Demand,改用手动连接建立可重复的测试条件;完成排查后再恢复。网络切换后的触发时机由系统参与控制,不应把它理解为任何情况下都持续在线的保证。
05 / DATA
Data:读取流量记录
是什么:Data 用于查看客户端记录到的流量统计,帮助观察连接期间的数据活动。它反映的是客户端自身的统计范围,不是系统所有应用的完整账单,也不能替代用户已有服务的计费记录。
在哪、怎么用:进入 Data,先辨认界面显示的统计周期、方向与分组,再比较操作前后的变化。例如只打开一个待测试目标,记录前后数据是否增长,并结合当前 Global Routing 模式判断。若界面提供重置统计,执行前确认是否仍需保留现有记录。
注意什么:流量增长只能说明有数据活动,不能单独证明目标内容加载成功,也不能据此推断所有请求都命中预期策略。后台请求、重试与连接开销可能一起计入统计。跨设备的数据也不宜直接相加与服务商记录比较,应先确认各自周期、单位和计量方式。
06 / SETTINGS
Settings:常用项的设置边界
Settings 中的项目可能随平台与系统权限变化。下面按功能名称定位,不把某个子菜单层级写成固定路径。进入设置前先记下原值;如果应用同时提供配置内设置与全局设置,应检查当前配置是否另有覆盖,而不是在多个位置反复改同一项。
DNS:确认名称解析路径
用途与入口:DNS 把域名转换为地址,可在 Settings 的 DNS 相关项目及当前配置中检查。设置方法:先确认是否由当前配置指定解析方式,再依据已有配置要求调整,保存后重新发起请求。注意:DNS 成功不等于代理连接成功;修改解析设置也不会修复错误的认证参数。遇到“地址可以访问、域名失败”时,DNS 才是优先核对方向之一,不建议把所有连接故障都归为 DNS 问题。
Test Method:统一测试口径
用途与入口:Settings 中的 Test Method 决定相关连接测试采用的方式。设置方法:根据当前界面可选项选择测试方式,再回到 Home 运行 Connectivity Test。对比多个服务器时应保持测试方式和网络环境一致。注意:不同测试方法覆盖的连接阶段不同,结果不应直接混在一起比较;一个测试成功,也不能说明所有网站、协议或长时间传输都正常。
Today Widget:查看快捷入口
用途与入口:Today Widget 是与系统组件展示有关的设置项,可在 Settings 查看当前可配置内容。设置方法:按应用与系统提供的入口配置显示项目,再到系统相应的组件区域确认是否可添加。注意:组件是否出现、刷新时机及可执行操作受系统版本影响;未显示时先检查系统组件设置,不要因此重建服务器配置。组件状态有疑问时,以应用内 Home 的实际状态复核。
iCloud:检查同步范围与覆盖
用途与入口:iCloud 相关项目用于应用支持的数据同步或恢复,可在 Settings 查看。设置方法:先确认系统已登录预期账号、允许应用使用 iCloud,并核对应用显示的同步范围,再执行同步或恢复。注意:不要假定全部连接状态、统计与所有平台配置都会自动一致。恢复前保留当前可用配置;遇到冲突先辨认本地与云端内容,避免用旧内容覆盖新修改。
Diagnostics:收集排查线索
用途与入口:在 Settings 中查找 Diagnostics,使用应用提供的诊断或日志入口检查错误线索。设置方法:先确定一个可重复的问题,再按界面提示收集该次操作的记录,完成后停止不再需要的详细记录。注意:记录可能涉及目标域名、服务器地址和其他敏感信息;对外提供前应删除认证参数、订阅凭据与不相关内容。不要把整份配置作为普通截图公开。
07 / CONNECTIVITY TEST
设置修改后的验证顺序
把每次验证限定为一个问题,可以区分“没有选中服务器”“服务器连接失败”“规则命中不符”和“目标本身异常”。不要同时修改 DNS、协议参数、Global Routing 与规则,否则即使恢复正常,也无法判断是哪一项起作用。
- 核对 Home。确认用户已有的服务器信息完整、默认服务器已选中,连接开关处于预期状态,系统授权未被取消。
- 运行 Connectivity Test。保持 Test Method 不变,记录当前网络与测试结果。失败时先检查地址、端口、认证信息及订阅更新状态。
- 对照 Global Routing。临时用 Proxy 与 Direct 访问同一目标,再恢复 Config;若差异只出现在 Config,查看当前配置和规则策略。
- 按线索检查设置。域名解析异常再检查 DNS,自动重连异常再检查 On Demand,统计疑问查看 Data;必要时通过 Diagnostics 收集对应记录。
- 恢复日常状态。还原临时测试模式,关闭不再需要的详细记录,保留有效修改与原值说明,避免下次排查重复试错。
若需要核对获取方式,iPhone / iPad 在指定的 App Store 产品页获取,系统要求以 App Store 页面标注为准;Mac、Windows、安卓、Linux 的安装包入口集中在本站下载指南。更多现象与处理边界见问答,不必为了单次测试失败重置全部设置。