Settings / 功能索引

Shadowrocket 功能与设置

从 Global Routing 判断请求去向，再检查 Config、服务器信息与 Settings。本页按“是什么、在哪里、怎么设、注意什么”组织，供 iPhone 与 iPad 使用时逐项核对。

Shadowrocket 官方手册

设置前先区分三个层次

服务器信息决定连接使用的协议、地址与认证参数；Config 中的规则决定请求如何选择策略；Settings 则影响测试、显示、同步等运行行为。修改其中一个层次，并不会自动修正另外两个层次的问题。

以下说明以已经持有自己的订阅或服务器信息为前提。首次操作可先读入门指南；需要逐项查阅设置含义时，转到Settings 设置详解。不同设备上的入口位置可能略有差异，应以实际界面显示为准。

客户端一次性买断 ≠ 线路套餐。本站是 Shadowrocket 官网与官方手册，不提供、不销售、不推荐节点或订阅。Shadowrocket 只在 Apple 平台发行，唯一获取入口是 App Store；正版核对与购买说明见获取应用，系统要求以 App Store 页面标注为准。

01 / Global Routing

配置、代理、直连的适用范围

是什么：Global Routing 是选择整体路由方式的入口。三个常用选项为 Config（配置）、Proxy（代理）和 Direct（直连）。它们描述的是流量处理方式，不是三组服务器，也不是连接质量等级。切换模式不会改变订阅中的认证信息。

在哪里：在 Home 找到 Global Routing 并打开选项。切换之前，先记下当前模式和当前选中的服务器，方便测试结束后恢复。这里的 Config 模式与底部用于管理配置文件的 Config 页面有关，但二者不是同一个操作：前者决定是否按规则处理，后者用于选择和编辑规则所在的文件。

界面选项	请求处理方式	适用情况	设置后检查
Config（配置）	按当前启用配置中的规则选择策略。	日常需要按域名、地址等条件分流。	确认启用文件、规则顺序和策略名称。
Proxy（代理）	以代理方式处理流量；仍需留意系统绕过及相关配置的影响。	短时对照，判断问题是否与分流规则有关。	确认选中的服务器有效，不把模式切换当成参数修复。
Direct（直连）	以直连方式处理流量，不经远端代理服务器转发。	检查当前网络的直接访问情况。	确认测试对象和网络条件相同，结束后恢复原模式。

怎么设：已有可用规则配置时选择 Config，并在 Config 页面确认目标文件处于启用状态。遇到某个请求异常，可以暂时切换 Proxy 做对照，再切回 Config 检查命中的规则。Direct 适合建立直连基线，不应被理解为解决所有连接问题的通用选项。

注意什么：不能仅凭状态栏中的 VPN 标识判断请求是否经过远端服务器；该标识表示系统网络隧道状态，不表示每条请求使用相同策略。Global Routing 切换后，已经建立的长连接也可能继续使用原连接，比较前应重新发起请求，必要时关闭对应应用后再打开。

02 / Config · Rule

规则类型、策略与匹配顺序

是什么：规则由匹配条件与处理策略组成。DOMAIN 匹配完整域名，DOMAIN-SUFFIX 匹配域名及其下级域名，DOMAIN-KEYWORD 按域名中的关键字匹配；IP-CIDR 与 IP-CIDR6 用于地址范围，GEOIP 根据地址归属数据匹配。类型决定“匹配什么”，DIRECT、PROXY、REJECT 等策略决定“匹配后如何处理”。

在哪里：进入 Config，查看当前启用的配置文件，再检查其中的 Rule 内容。使用文件编辑方式时，规则写在 [Rule] 分节下。先确认正在修改的文件就是实际启用的文件；仅保存另一份文件，不会使其规则自动参与当前连接。

怎么设：从少量、目的明确的规则开始。下面的 example.com 是文档示例域名，不是服务器地址。第一行将该域名及其下级域名交给 PROXY，第二行将指定的本地地址范围交给 DIRECT，最后的 FINAL 为前序未命中的请求指定兜底策略。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT

规则通常自上而下检查，先命中的规则决定本次选择。因此，具体例外应放在宽泛条件之前，FINAL 放在末尾。若更早已有一条覆盖范围较大的规则，后面新增的精确规则可能始终没有机会命中。更换兜底策略会影响许多未单独列出的请求，修改前应明确自己的默认处理需求。

注意什么：DIRECT 表示直接连接，PROXY 使用代理策略，REJECT 表示拒绝匹配请求。若配置引用自定义策略名称，应检查该名称是否存在、拼写是否一致、实际指向是否有效。按域名拒绝请求只能作用于可被相应条件识别的访问，不能据此推断一个应用的所有相关内容都会被拦截。

USER-AGENT 等条件是否能发挥作用，还取决于请求类型与可见字段，不能替代域名规则作为普遍判断依据。排查时先看实际请求与命中记录，再调整规则；不要因为单次测试失败就连续加入多条范围过大的匹配条件。更多关键字可查名词解释。

03 / Subscribe · Add Server

已有订阅与服务器管理

是什么：订阅是批量取得和更新服务器条目的信息入口，服务器条目则包含协议、地址、端口及认证参数。订阅更新主要维护条目内容，不应被理解为自动启用某份规则配置。即使服务器列表已更新，Global Routing 和 Config 仍需单独确认。

在哪里：在 Home 管理服务器列表，通过 Add Server 添加已有服务器信息或 Subscribe 类型的订阅。已经持有二维码时，可使用 Scan QR Code；导入后应打开条目核对类型与字段，而不是只看显示名称判断是否正确。

怎么设：先从自己的信息提供方核实订阅地址是否完整，再在 Subscribe 对应的地址字段中填写并保存。更新完成后，检查是否出现预期条目，选择一个条目执行 Connectivity Test。若使用手动填写方式，应让协议类型与已有信息一致，再逐项核对地址、端口、认证、TLS 和传输参数。

Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 等协议的字段并不相同。名称相近的字段也不一定具有相同含义，不能把一类协议的参数直接套进另一类表单。传输方式与 TLS 参数应以已有服务器信息为依据，不根据网络表现随意开关。

注意什么：订阅地址可能包含访问凭据，不应放进公开截图、聊天记录或分享的配置文件。删除订阅组前，先确认是否有需要保留的手动条目；批量更新后也要重新检查当前选择，避免仍引用已变更或已移除的条目。对订阅来源管理的条目直接改名或改参数，后续更新可能改变这些本地调整，应先备份重要信息。

04 / On Demand

按网络条件触发连接

是什么：On Demand 用于按照设定条件触发或维持系统 VPN 连接。它处理的是连接何时建立，与 Config 规则决定请求如何分流属于不同层次。启用 On Demand 不会自动修正服务器参数，也不表示所有流量都使用 PROXY。

在哪里：从 Settings 查找 On Demand 入口，结合当前界面提供的网络条件设置。首次使用系统 VPN 功能时，应阅读系统配置授权提示；系统 VPN 设置中也可能显示与按需连接有关的状态，需要与应用内设置一并核对。

怎么设：先在手动连接状态下确认服务器与规则正常，再设置 On Demand。按实际需求选择适用的网络条件，例如区分 Wi-Fi 与蜂窝网络；如果界面提供按 Wi-Fi 名称设置条件的能力，应准确选择目标网络。每次只调整一类条件，然后切换到对应网络观察是否按预期触发。

注意什么：启用后，手动断开可能在条件再次满足时被重新连接，这不一定是开关失效。若需要暂时停止连接，应先检查并关闭相应的 On Demand 条件，再断开。公共 Wi-Fi 的登录页面、网络切换或其他 VPN 配置也可能影响实际行为，排查时先回到手动连接，建立清晰的对照。

05 / Data

流量统计的读取与边界

是什么：Data 用于查看客户端记录的流量信息，帮助判断连接期间是否有数据传输、上传与下载是否发生变化。统计描述的是客户端可观察范围内的数据，并不等同于运营商账单，也不能替代服务器端的用量记录。

在哪里：打开 Data，先辨认当前页面的统计范围、时间范围和单位。不同视图可能呈现不同维度，应以字段标题为准；若界面提供重置或清理操作，执行前记录当前读数，以免丢失本次排查的对照依据。

怎么设：做一次受控测试：暂停不必要的后台活动，记下测试前的统计值，再打开一个明确的目标页面，回到 Data 比较变化。需要跨多次测试比较时，应尽量使用相同网络和相同内容，同时记下 Global Routing 模式，避免把路由变化误认为流量异常。

注意什么：数据持续增长不代表目标请求成功，重试、后台同步和协议开销同样可能产生流量；没有明显增长也不必立即判断服务器失效，缓存命中或请求没有进入当前连接都可能影响观察。应结合请求记录、实际响应与测试时间一起判断，不根据一个统计数字推导连接原因。

06 / Settings

常用设置的检查顺序

进入 Settings 后，先区分影响请求处理的项目和仅影响测试、显示的项目。以下保留界面词英文原文；具体入口位置与可用项目以当前设备显示为准。不确定默认值时，先记录原值，不以其他设备的截图代替本机实际设置。

DNS：域名解析与规则关联

是什么、在哪里：DNS 将域名解析为地址，与域名访问失败、部分地址类规则的判断有关。检查 Settings 中实际提供的 DNS 相关项目，同时核对当前 Config 的 [General] 分节；仅查看一个入口，可能遗漏正在生效的配置内容。

怎么设、注意什么：先记录当前解析方式，再针对明确的问题调整。配置文件中的 dns-server = system 表示采用系统 DNS 的一种写法，不应被当成所有网络都适用的固定推荐值。自定义解析地址之前，应确认其可达性及传输要求；一次只改一个因素，再重新发起同一域名请求。解析成功不等于后续连接成功，仍需继续检查规则、TLS 和服务器状态。

Test Method：选择测试的测量对象

是什么、在哪里：Test Method 决定 Connectivity Test 使用的测试方式，可在 Settings 的相关测试项目中查看。不同方法可能测试不同阶段：端口连接类测试偏向检查基础连通性，请求类测试还可能涉及指定目标与响应过程。

怎么设、注意什么：先根据界面提供的选项明确本次要检查什么，再对同一服务器重复测试。比较多条记录时，应保持 Test Method、测试目标和本地网络一致。测试数值不是页面加载速度的直接承诺；基础连接通过而业务失败时，应继续检查域名解析、证书、传输参数和目标响应，而不是只按单次测试结果重新排序。

Today Widget：查看与操作入口

是什么、在哪里：Today Widget 是系统小组件相关的设置入口，用于配置客户端提供的小组件内容或操作方式。可先查看 Settings 中的相关项目，再到设备的系统小组件编辑界面确认是否有对应入口；实际支持的形式以本机系统和应用界面为准。

怎么设、注意什么：只启用确实需要展示的内容，再回到系统界面检查显示结果。小组件可能存在刷新间隔，显示状态不应替代应用内的当前连接状态。若从小组件发起操作后没有预期变化，应打开 Shadowrocket 复核，而不是连续点击导致排查条件不断改变。公开展示设备屏幕前，也应留意是否显示了自定义名称等私人信息。

iCloud：同步范围与恢复前提

是什么、在哪里：iCloud 相关选项用于应用数据的同步或备份配合。先在 Settings 查看实际提供的同步项目，再确认系统 iCloud 中该应用的访问权限和可用空间。同步数据与 App Store 购买记录属于不同机制，恢复其中一项不会自动完成另一项。

怎么设、注意什么：在原设备上确认需要保留的数据已经保存，再启用相应同步选项；到新设备后，使用自己的相同 iCloud 账户并核对数据是否完整。不要假定服务器、订阅、配置文件和日志都具有相同同步范围，应逐类检查。同步也不等于历史版本备份，删除或覆盖可能继续同步到另一台设备，重要配置应另行保留可恢复副本。

Diagnostics：用记录缩小问题范围

是什么、在哪里：Diagnostics 用于诊断相关检查；先在 Settings 查找该入口，结合实际显示的 Log 或连接记录查看信息。不同诊断项目针对的环节不同，应先明确问题是连接未建立、解析失败，还是特定请求没有按规则处理。

怎么设、注意什么：记录异常发生时间、网络类型、Global Routing 模式和当前选择，只复现一次目标操作，再查看相近时间的记录。日志级别或记录范围只按排查需要调整，完成后恢复原来的设置。分享记录前移除订阅地址、认证字段、访问域名和个人网络信息；单条错误可能只是后续失败的表现，应结合前后的事件顺序判断。

07 / Check

修改后按同一条件复测

设置排查应保留可回退的起点。先保存当前配置副本或记录修改项，再依次确认所选服务器、Global Routing 和当前启用的 Config。没有明确原因时，不同时修改 DNS、规则、传输参数与 On Demand，否则即使结果发生变化，也难以判断是哪一项产生作用。

确认本地网络。记录当前使用 Wi-Fi 还是蜂窝网络，确认系统网络本身能够正常建立连接；需要公共网络登录时先完成登录流程。
确认服务器信息。核对协议与认证参数，执行一次 Connectivity Test，并记下使用的 Test Method；已有订阅更新后重新检查当前选择。
确认路由条件。在 Config 模式下检查启用文件与命中规则，需要对照时短暂使用 Proxy 或 Direct，测试结束后恢复原模式。
重新发起请求。避免旧长连接、缓存或后台任务干扰判断，结合 Data 与诊断记录检查这一次测试，不混用不同时间的结果。
恢复与归档。没有改善的改动先撤回，有效改动记录原因和适用条件，再启用需要的 On Demand 与同步选项。

如果只有某个域名异常，优先检查对应规则与解析；如果所有测试都失败，先核对网络与服务器信息；如果只在切换网络后异常，再检查 On Demand 的触发条件。将问题缩小到一个环节，比反复切换多个开关更容易得到可验证的结论。