SETTINGS / ROUTING / CONFIG

Shadowrocket 功能与设置

先确定 Global Routing，再检查规则与服务器；连接稳定后，才调整按需连接、DNS 和诊断选项。

本篇属于 Shadowrocket 官方手册，面向 iPhone 与 iPad。界面名称保留英文，菜单位置与可用项目以当前应用实际显示为准；系统要求以 App Store 页面标注为准。

  • 适用设备：iPhone / iPad
  • 使用已有订阅或服务器信息
  • 一次只调整一类设置

01 / GLOBAL ROUTING

Global Routing：配置、代理、直连

Global Routing 决定请求采用哪一种路由方式。入口在 Home，常用三种姿态分别为配置（Config）、代理（Proxy）与直连（Direct）。这三个选项不是服务器协议，也不表示连接质量等级；应根据当前任务选择，而不是把其中一种当作始终正确的固定答案。

日常需要按目标分流时使用 Config；检查当前服务器是否可用时，可以临时使用 Proxy；需要对照当前网络的直接访问情况时，可以使用 Direct。切换后应重新发起测试请求，避免把先前已建立连接的行为误认为新设置的结果。

Global Routing 常用姿态对照
界面选项 工作方式 适用情形 必须核对
Config（配置） 依据当前生效配置中的规则，为请求选择策略。 日常规则分流；不同目标需要采用不同处理方式。 Config 中选中了哪份配置、Rule 的顺序及末尾 FINAL。
Proxy（代理） 以代理方式处理请求，通常不按 Config 中的目标分流规则选择路径。 临时验证所选服务器，缩小规则因素的影响范围。 Home 中选中的服务器，以及仍可能影响请求的 DNS 等设置。
Direct（直连） 以当前网络的直接连接方式处理请求。 比较直连表现，判断问题是否只在代理路径出现。 当前网络本身能否到达目标；Direct 不等于系统 VPN 配置已移除。

设置方法与验证顺序

  1. 在 Home 打开 Global Routing，选择与本次任务对应的姿态。
  2. 选择 Config 时，进入 Config 核对当前生效文件；选择 Proxy 时，核对 Home 的 SERVER 列表选择。
  3. 重新打开目标页面或重新发起请求，结合连接记录检查实际处理结果。
  4. 完成临时对照后，恢复原先计划使用的姿态，避免把排查设置长期保留。

如果 Proxy 能访问而 Config 不能，优先检查规则命中和策略引用；如果两者都失败，继续核对服务器参数、DNS 与当前网络。这个对照只能帮助缩小范围，不能单独证明故障一定属于某一项设置。

02 / RULES & POLICY

规则分流：匹配条件与处理策略

规则描述“什么请求符合条件”，策略描述“符合条件后如何处理”。在 Config 中查看或编辑当前配置的 Rule 内容，使用 Global Routing 的 Config 姿态使其参与分流。常规规则按顺序匹配，前面的匹配项可能使后面的规则不再被使用，因此调整顺序与修改内容同样重要。

规则关键字匹配对象检查重点
DOMAIN完整域名。确认实际请求域名，不把页面地址当作所有请求的地址。
DOMAIN-SUFFIX域名后缀及相关子域名。避免范围过大，影响不打算处理的子域名。
DOMAIN-KEYWORD域名中包含的关键词。检查是否意外匹配到其他域名。
IP-CIDR / IP-CIDR6IPv4 / IPv6 地址段。地址范围、解析结果及配置中的解析相关选项。
GEOIPIP 地址对应的地区分类。基于地址分类，不等同于网站内容或运营主体所在地。
USER-AGENT可获取的请求 User-Agent。依赖请求信息是否可见，不能假设所有加密请求都可匹配。
FINAL前面规则未匹配的请求。通常置于末尾，并明确指定兜底策略。

策略不是规则类型

DIRECT 表示直接连接，REJECT 表示拒绝，PROXY 表示代理策略。配置还可能引用自定义策略组名称，实际出口取决于该策略组的定义与选择。只看到一条规则写了 PROXY，并不能据此确认最终使用了哪个服务器。

下面只演示规则结构。example.com 是说明用域名，不是连接服务；该片段也不是可直接替代现有配置的完整文件。

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

怎么修改，怎么确认生效

先保留原配置，再在当前生效文件中修改一项规则。更具体的条件通常应放在更宽泛的条件之前，FINAL 放在末尾。保存后核对 Global Routing 仍为 Config，并重新发起请求，在应用可用的连接记录中查看命中的条件与处理策略。

如果网页的主体内容出现但图片或登录失败，应分别检查相关域名，而不是不断扩大一条关键词规则。一个页面可能请求多个域名；逐项确认比把整份配置替换掉更容易保留可复现的排查结果。详细结构见新手到进阶手册。

03 / SERVER & SUBSCRIBE

订阅与服务器：先检查资料类型

Home 的 SERVER 列表用于管理连接条目。单个服务器信息包含协议及其必要参数；订阅则用于批量获取和更新条目。两者与 Config 中的规则配置用途不同：导入服务器列表，不代表规则文件已经导入；切换规则文件，也不代表服务器凭据随之更新。

已有资料如何放入应用

已有单条服务器参数时，从 Add Server 开始，按资料选择协议并逐项填写。Shadowsocks、VMess、VLESS、Trojan、WireGuard、Hysteria2 等协议的字段要求并不相同，不应凭名称相似就套用另一种协议的参数。地址、端口、认证信息以及 TLS 等选项都应以你已有的资料为准。

已有订阅地址时，在 Add Server 中选择 Subscribe 类型，填写地址并保存；随后按应用内的订阅更新入口获取列表。已有适用二维码时，可以使用 Scan QR Code，扫描后仍需核对识别结果。订阅地址属于敏感资料，排查时不要公开完整地址、认证内容或二维码。

更新与选择是两个动作

更新订阅用于重新获取内容，选择服务器用于决定当前使用的连接条目。更新完成后先确认分组与条目是否正常，再核对当前选择。服务商调整了条目名称或移除了服务器时，旧的选择可能需要重新确认；不能只看“更新完成”就认定连接已经可用。

执行 Connectivity Test 可以帮助初步检查条目，但测试成功不代表所有目标都能访问，也不代表当前规则一定选中该条目。测试失败时，先确认订阅能否获取、参数是否完整、当前网络是否可达，再考虑其他设置，避免同时更改多个因素。

04 / ON DEMAND

On Demand：按条件触发连接

On Demand 用于让系统依据配置条件触发 VPN 连接，适合需要减少手动连接操作的场景。它管理的是连接触发行为，不负责替代 Global Routing 的分流决定，也不会修复已失效的服务器参数。应先完成手动连接和访问验证，再考虑启用。

在哪设置，如何开始

在 Settings 中查找 On Demand 相关项目，并以当前界面实际提供的条件为准。先确认系统已允许 Shadowrocket 添加 VPN 配置，再设置需要触发的网络条件。若当前应用显示网络类型或 Wi-Fi 条件，应逐项阅读条件含义，不要仅凭开关名称推断覆盖范围。

  1. 先关闭自动触发因素，手动验证当前服务器与 Config 能正常工作。
  2. 打开 On Demand，设置实际需要的条件，记录修改前后的值。
  3. 切换到预期网络场景，观察系统 VPN 状态以及 Home 的连接状态。
  4. 同时测试不应触发的场景，确认条件边界符合使用计划。

为什么断开后又连接

当触发条件仍满足时，手动断开后系统可能再次建立连接。遇到这种情况，应先查看 On Demand，而不是反复删除系统 VPN 配置。需要暂停连接时，先调整或关闭相应触发条件，再核对系统与应用状态。

按需连接不代表固定的耗电结果。网络不稳定、反复重连、后台请求和实际传输量都会影响系统电池统计。比较前后表现时，尽量保持相近的网络和使用习惯，并结合系统电池页面观察，不以单次短时间变化作结论。

05 / DATA

Data：观察传输，不代替账单

Data 用于查看应用提供的流量统计。打开 Data 后，先辨认当前显示的是哪一类统计、时间范围及单位，再比较上传与下载。不同视图可能采用不同统计范围，不能把局部连接的数据直接当成整台设备的全部网络用量。

怎么用统计定位问题

需要确认一次操作是否产生流量时，先记录现有统计，再只执行一个明确动作，例如重新载入某个页面，然后返回 Data 查看变化。若同时有其他应用在后台传输，结果就只能作为参考，应结合连接记录进一步判断来源。

应用计数、系统蜂窝数据计数和服务商计费可能有不同口径，例如统计起止时间、协议开销与重置周期不同。因此 Data 适合观察趋势和辅助排查，不用于确认服务商余额，也不能作为运营商账单的替代。

清零前先保留比较依据

如当前界面提供统计重置功能，执行前记录必要数据和观察时段。重置会影响前后对照，但不会更新订阅、修改规则或恢复服务器可用性。看到有流量也不等于目标请求成功，仍应回到实际页面或应用完成访问验证。

06 / SETTINGS

Settings 常用项：逐项调整与验证

Settings 中的项目负责不同层面的行为。先记录原值，再一次只改一项，修改后使用相同目标重新测试。部分 DNS 行为还可能由当前 Config 的 General 内容决定，因此检查设置时必须同时确认配置来源；具体入口和选项以当前应用显示为准。

DNS：检查解析路径与结果

DNS 把域名解析为地址，是建立连接前的重要环节。在 Settings 的 DNS 相关项目与当前 Config 的 General 内容中，核对解析服务器及相关选项。不要只更换一个地址就认定全部请求会遵循同一路径，应结合当前配置中的解析与路由安排检查。

修改时先保留原值，再用相同域名测试解析和访问。如果连接地址正常但域名请求失败，可优先排查解析；如果域名已有结果而连接失败，还需检查目标地址的路径和服务器状态。解析成功只说明得到了结果，不等于后续连接一定成功。不要把修改 DNS 当作所有访问故障的通用处理。

Test Method：统一 Connectivity Test 的比较条件

Test Method 用于选择应用可用的测试方式，在 Settings 的测试相关项目中查找。比较多个服务器前先固定测试方式、测试目标及网络环境，再回到 Home 执行 Connectivity Test。不同方法检查的环节不同，结果不能直接混在一起排序。

测试数值反映特定条件下的一次测量，不是持续速度承诺。某个条目测试有响应但实际应用失败时，应继续检查协议参数、目标访问路径与规则；不要仅因一个测试结果就反复替换原本正确的配置。

Today Widget：快捷操作仍需核对状态

Today Widget 用于配合系统相应的小组件入口进行快捷查看或操作。在 Settings 中核对相关项目，并按照系统当前的小组件管理方式添加。系统版本与设备环境可能影响入口形式；若当前环境未提供相同项目，以设备实际显示为准。

快捷入口便于日常操作，但不能代替首次配置。修改服务器、Global Routing 或 On Demand 后，应先回到应用检查状态，再使用快捷入口。显示状态与预期不一致时，打开 Home 重新确认，而不是只根据小组件文字判断请求路径。

iCloud：同步前确认范围与方向

iCloud 相关功能用于在应用支持的范围内保存或同步资料。先确认设备登录状态与系统的 iCloud 使用权限，再在 Settings 中查看当前提供的同步、备份或恢复选项。不同操作的范围并不相同，应阅读应用提示，不推定所有服务器、配置与统计都会一起传输。

执行恢复、覆盖或 Import from Cloud JSON 等相关导入操作前，先保存本机需要保留的资料，并核对云端内容是否为预期来源。JSON 导入与持续同步不是同一概念。同步完成后仍需检查所选服务器和生效配置，系统 VPN 权限也应在本机单独确认。

Diagnostics：围绕可复现请求收集线索

Diagnostics 用于辅助检查连接问题，可从 Settings 中查找相关诊断入口。开始前记下发生问题的网络环境、Global Routing 姿态和操作步骤，然后只重现一次明确的失败请求，再查看当前界面提供的诊断结果或日志。

日志中的域名、服务器地址、订阅信息或认证字段可能涉及隐私。保存或转发前应检查并遮盖敏感部分，仅保留判断问题所需的错误类型与操作背景。诊断结果用于缩小范围，不应脱离现场条件直接照搬他人的设置。完成排查后，恢复临时更改的选项。

07 / CHECK BEFORE CHANGING

连接异常时的设置检查顺序

按从基础资料到规则、再到自动化的顺序排查，可以减少互相干扰。每完成一步都重新验证同一个目标；发现差异后先解释原因，不急着继续修改下一项。

  1. 检查当前网络。确认设备本身已连接可用网络，必要时在相同条件下进行 Direct 对照。
  2. 检查服务器。核对已有资料中的协议、地址、端口和认证信息，确认 Home 选中的条目正确。
  3. 检查 Global Routing。临时用 Proxy 缩小规则因素，再回到 Config 检查实际生效文件。
  4. 检查 Rule 与 DNS。查看命中规则、策略引用和解析结果；确认 FINAL 与预期一致。
  5. 检查自动触发。若状态反复变化，再核对 On Demand 条件及系统 VPN 状态。
  6. 保留诊断线索。记录可复现步骤，检查 Diagnostics，并在分享前处理敏感内容。

需要从首次打开开始操作，可阅读使用教程；需要按获取、授权、导入和维护顺序逐章学习，可阅读新手到进阶官方手册。应用购买、设备适用性与系统要求，请在正版核验说明中核对，并以 App Store 页面标注为准。

App Store 下载