按规则决定路径
先匹配,再核对策略。
先匹配,再核对策略。
图标、开发者与应用 ID。
购买记录与本机配置分别检查。
RULES / GLOBAL ROUTING
先确定 Global Routing,再查看具体请求命中了什么规则。两层设置解决的问题不同:前者决定整体处理方式,后者在 Config 下为请求选择策略。
规则分流用于把不同请求交给不同策略处理。在 Config 中检查当前启用的配置,先看 Rule 的排列,再核对 DOMAIN-SUFFIX、GEOIP、IP-CIDR 等匹配条件。规则按顺序判断,较宽泛的条件如果放得过早,可能遮住后面的精确条件。FINAL 通常放在末尾,接住前面尚未匹配的请求。修改前保留原配置,每次只改一处,并用同一个目标重新验证,避免同时调整多项后无法判断原因。
在 Home 打开 Global Routing,核对配置、代理、直连三种姿态对应的 Config、Proxy、Direct。Config 按当前配置处理请求;Proxy 采用代理方式;Direct 采用直连方式。选择哪一种应依据当前排查目的,而不是把某一项当成固定答案。需要规则分流时先确认 Config 与启用的配置文件一致;临时改变方式做对照测试后,应恢复原设置。连接开关开启并不等于所有请求都采用同一策略。
连接已经建立但目标仍打不开时,先区分“服务器连接失败”与“规则选择不符合预期”。前者检查连接资料和当前网络,后者检查匹配顺序、最终策略与所选服务器,不能只凭开关状态判断。
查看 Global Routing 与设置说明 →ON DEMAND / DIAGNOSTICS
把自动连接条件和故障诊断分开设置。先用手动连接确认基础配置可用,再决定是否需要 On Demand,能减少排查时的变量。
On Demand 用于按设定条件触发连接,不是修复失效服务器的开关。在 Settings 中检查相关选项时,应先明确希望在哪些网络条件下连接,以及何时需要暂停。首次使用建议先完成一次手动连接与访问验证,再逐项启用所需条件。若发现断开后又重新连接,应同时检查 On Demand 与系统 VPN 状态。排查耗电时结合系统电池用量、实际传输活动和网络切换情况判断,不能仅凭后台出现应用名称就认定异常。
Connectivity Test、Diagnostics 与 Data 分别提供连接测试、诊断信息和流量观察的入口。先检查当前网络是否可用,再选择同一服务器进行测试,最后结合实际访问结果判断。延迟测试的数值只反映当时的测试条件,不代表每个目标的访问表现。Data 可用于观察传输是否发生,但本机统计不应直接等同于服务商的计费口径。分享诊断结果前,先遮去服务器地址、订阅链接与认证信息,只保留定位问题所需的部分。
首次连接时,系统可能要求添加 VPN 配置。这项权限用于建立系统网络连接,不会自动补全服务器信息。确认操作来自正在使用的 Shadowrocket,再按系统提示授权;误点拒绝后,可返回应用重新发起连接并检查系统设置。
按顺序完成连接与验证 →CONFIG / SUBSCRIBE
服务器资料用于建立连接,配置文件用于组织处理方式。先分清资料的类型,再选择导入入口,避免把订阅内容与规则文件当成同一件事。
使用前应已有自己的订阅或服务器信息。通过 Add Server 填写资料时,Type 必须与服务商给出的协议一致,再逐项核对 Host、Port 和认证字段;Shadowsocks、VMess、VLESS、Trojan 等协议的字段不能互相套用。已有可识别二维码时,可使用 Scan QR Code。订阅更新后检查 SERVER 列表是否变化,并重新确认当前选择。更新失败先检查地址完整性、访问权限和当前网络,不要反复删除全部资料后重新开始。
Config 中的配置文件可组织 General、Rule、Host 等设置。导入后不仅要确认文件存在,还要确认当前已启用正确的配置,并检查其引用的策略与已有服务器是否对应。规则中的名称不能脱离实际配置单独照搬。使用 iCloud 同步相关功能时,应在两台设备分别核对同步状态与当前启用项,不把同步等同于配置已自动生效。修改文件前保留可用副本;遇到问题先恢复最近确认可用的配置,再逐段定位变化。
订阅链接可能带有访问凭据,应按敏感资料保存。向他人说明问题时,描述使用的导入入口、报错文字及操作顺序即可,不要公开完整链接。扫码添加成功只表示资料被识别,仍需检查字段、选择服务器并验证实际连接。
阅读从获取到日常维护的完整手册 →DEVICES / APP STORE
Shadowrocket 只在 App Store 发行。先确认当前登录的购买账号和产品页,再检查本机兼容性。应用购买记录、系统 VPN 权限和已有连接资料属于不同环节,换设备时需要分别核对。
从产品页购买或恢复已购应用。首次打开后,先导入已有资料,再按系统提示处理 VPN 配置权限;系统要求以 App Store 页面标注为准。
查看 iPhone 获取步骤 →使用当初购买此应用所用的 Apple ID 查看已购项目,购买适用性以 App Store 页面标注为准。较宽的屏幕布局不改变资料核对、服务器选择和连接验证的顺序。
查看 iPad 获取步骤 →Mac / Apple TV 也可在同一 App Store 获取,以商店页兼容性标注为准。
在新设备上看到购买按钮时,先确认 App Store 使用的是原购买账号,并查看已购项目中的记录。不要仅凭设备已登录 iCloud 就认定商店账号相同。若应用能够恢复,但 SERVER 列表或 Config 与旧设备不同,应继续检查本机数据与同步设置;恢复应用本身不等于恢复全部连接资料。
VERIFY / PURCHASE / RESTORE
Shadowrocket 是闭源商业应用。核验依据是 App Store 产品页可见信息,而不是搜索结果的排序、别称或页面中的相似图案。下面三项应一起检查。
打开 App Store 产品页后,核对名称 Shadowrocket 与开发者 Shadow Launch Technology Limited,再对照本站使用的官方图标。产品链接中的 id932747118 对应应用 ID。名称相似不足以确认是同一应用;在搜索结果进入详情后,也应再次核对开发者和产品信息。应用内的具体选项以当前安装的应用文案为准,不凭旧教程中的位置推断设置已经消失。
产品是否在当前店面可见、显示何种货币及购买条件,应直接查看 App Store 页面。本站提供统一产品入口,不把某一店面的展示情况当作所有账号都相同。若无法打开或找不到产品,先核对商店账号、店面与设备兼容性。系统要求一律以 App Store 页面标注为准,不依据文章发布时间推断设备仍然满足要求。
一次性买断指应用本身的购买方式。iPhone 与 iPad 使用当初购买此应用所用的 Apple ID 查看已购记录,是否适用于当前设备以 App Store 页面标注为准。换机或重装时先找回购买记录,再恢复或重新导入自己的配置。家人共享是否适用应查看商店说明与账号设置,不能由“同一家庭”直接推断购买权益。保留已有服务器资料和配置的可用副本,也要妥善保存其中的认证信息。
应用更新通过 App Store 进行。更新前可查看商店中的更新说明,并记录自己正在使用的路由方式和配置;更新后若表现变化,先检查启用项与连接状态,而不是立即改写所有规则。购买记录能够证明应用权益,但不能用于判断连接服务是否仍有效。
购买 Shadowrocket 得到的是客户端使用权益,不等于已经拥有可连接的服务器或订阅。本站不提供、不销售、不推荐节点或订阅,只说明如何使用用户已有自己的订阅或服务器信息。连接资料的有效期、认证状态与服务范围应向原服务商核对;客户端价格与连接服务的费用不是同一项。
导入成功、连接开关开启、实际目标可访问,也是三个不同的检查结果。导入仅说明资料被读取;建立连接仍取决于字段、权限和网络条件;访问结果还会受到 Global Routing 与规则策略影响。遇到问题时按这三层顺序定位,比重复购买应用或反复清空配置更容易保留有效线索。
READING / PRACTICAL NOTES
从最近的三篇文章继续阅读:先理解配置文件的职责,再检查自动连接与首次启动的操作顺序。文章围绕应用内可核对的设置展开,不把测试结果当成固定结论。
按段理解配置文件的职责,区分全局项、规则匹配、本地映射与重写。检查 Rule 顺序和 FINAL 前,先确认文件引用的策略能与当前配置对应,避免只复制片段却遗漏上下文。
把系统电池用量、实际传输活动与自动连接条件放在一起检查。说明手动连接与 On Demand 的使用差别,以及如何先暂停自动触发、保留基础配置,再观察行为是否变化。
从首次连接时的系统提示开始,依次认识 Home 中的 Not Connected、Global Routing、Connectivity Test 与 SERVER。先分清每个入口负责什么,再进行资料导入与连接验证。