Shadowrocket 常见问题与排查

先核对拼写，再从本站获取应用页进入 App Store 产品页，区分搜索结果缺失与产品页不可用。检查设备“设置”中的 Apple 账户 → 媒体与购买项目 → 查看账户 → 国家或地区；应用可见性取决于当前商店地区，不由设备显示语言决定。若需变更地区，按该页面的官方流程核对余额、订阅与付款条件，不要仅为搜索结果反复切换。若产品页提示不兼容，系统要求以 App Store 页面标注为准；若商店本身打不开，先检查基础网络与商店账户状态。

同时核对三个位置：应用名称为 Shadowrocket，开发者为 Shadow Launch Technology Limited，图标为本站所示的白底蓝紫描边官方图标；再检查产品页链接中的应用 ID 是否为 932747118。名称或图标相似不能替代完整核对，搜索排序也不是辨认依据。开发者信息可在产品页的信息区域查看，应用 ID 可通过分享产品页链接确认。购买前再核对价格与兼容性，相关条件以 App Store 页面标注为准。本站获取应用页集中列出这三项信息，便于对照。

Shadowrocket 主要用于 iPhone 与 iPad；在 iPad 上打开同一 App Store 产品页，先检查兼容性与购买状态，再确认是否可直接下载。设备系统要求、通用购买及适用范围以 App Store 页面标注为准，不应仅凭另一台设备已安装就判断当前设备一定适用。客户端一次性买断 ≠ 线路套餐，购买应用只取得客户端的使用资格，不会自动生成可连接的服务器。订阅与节点从你的服务商处获取。安装后仍需导入你已有的信息，并核对 Global Routing 与连接配置。

先使用原购买账户登录 App Store 的媒体与购买项目，在账户中的已购项目或应用列表查找 Shadowrocket，确认是否显示重新下载入口；菜单名称可能随系统变化。若显示价格而非重新下载，先核对购买记录、当前商店地区与登录账户，不要直接重复付款。恢复资格、家人共享与兼容性以 App Store 页面标注为准。重新下载应用不等于恢复配置：换机前应另行保存已有订阅信息与配置备份，恢复后再检查节点、规则和授权状态，避免把商店购买记录当作配置备份。

Shadowrocket 首次启用连接时，系统可能要求添加 VPN 配置，这是建立连接所需的系统授权。先确认弹窗是在你主动操作 Shadowrocket 后出现，再按系统提示允许，并在需要时完成设备验证。授权完成仅表示系统允许创建连接配置，不代表订阅、服务器或规则已经正确设置。回到 Home，确认已导入并选中可用节点，再启用连接。若设备受组织管理或系统限制而无法授权，应查看设备的管理策略；不要反复删除其他配置，也不要在不清楚用途时修改现有管理设置。

先确认 Home 中存在可选节点，并已完成系统的 VPN 配置授权，再观察开关是无法启用还是启用后立即断开。检查设备是否有其他连接配置正在自动接管；排查时可暂时关闭已知的自动连接条件，包括 On Demand，避免两个条件交替触发。随后核对所选节点的地址、端口、认证与传输字段，并记录错误提示。若基础网络本身不可用，先恢复普通网络访问。重新打开应用可作为一次复测，但不要把反复重装作为首选操作，以免丢失尚未备份的配置。

本手册保留界面词英文原文，可直接按 Home、Config、Settings、Global Routing 与 Add Server 等名称定位。先确认当前处于哪个页面，再查对应操作，不要把配置文件名称或服务商自定义分组当作固定菜单。若希望调整显示语言，可先查看系统设置中该应用是否提供语言选项，再结合设备的首选语言检查；实际可选项以应用与系统提供的内容为准。语言变化不应成为修改服务器参数的理由。遇到界面位置差异时，以功能名称和当前提示为依据，不必照着旧图片寻找固定坐标。

先在设备的电池设置中查看对应时间段的活动，区分长时间传输、后台任务与频繁重连，不能只凭应用名称判断耗电原因。可在相同网络和相近使用条件下，分别记录连接前后的表现，再检查是否存在重复测速、大量传输或不稳定网络引发的连接重试。排查期间暂停不必要的测试，并核对 On Demand 是否反复触发。不要为了省电一次性改动多项 DNS、规则与协议设置，否则难以判断原因。若持续异常，保留发生时间、网络类型与错误记录，再按单一变量复测。

先确认复制的是完整订阅地址，而不是服务商网页地址、说明文字或只适用于单个节点的分享内容。订阅链接从你的服务商处获取，粘贴时检查是否多了空格、换行或遗漏了查询参数。若提示连接超时，先检查当前网络能否访问该订阅地址；若提示内容无法识别，则重点核对响应内容与订阅格式，登录页面或错误页面不能当作节点列表导入。还应确认订阅是否到期或已被重置。不要把完整订阅地址发到公开讨论中，其中的访问凭据可能允许他人读取你的订阅信息。

优先按你已有信息的形式选择导入方式：完整节点链接可通过应用支持的导入入口处理，二维码可使用 Scan QR Code，只有参数表时再通过 Add Server 手动填写。导入后仍应检查协议类型、服务器地址、端口与认证字段，不能把名称相同视为参数相同。VMess、VLESS、Trojan 与 Hysteria2 的字段各有含义，传输方式、TLS 与服务器名称等参数应以你的服务商提供的信息为准。不要在失败后随意混用不同协议的参数，也不要凭猜测关闭安全相关选项；先记录具体错误再核对字段。

在 Home 找到已有订阅对应的项目，使用该项目提供的更新操作，等待结果后检查节点列表是否发生变化；具体入口以当前界面为准。更新前先确认保存的是有效订阅地址，更新失败时保留错误提示，不要连续重复导入同一地址制造多个副本。更新完成后重新检查当前选中节点，因为服务商可能调整名称、参数或可用项目。订阅更新与 Config 中规则配置的更新是两件事，不能用其中一个的成功推断另一个也已更新。若原地址已失效，应从你的服务商处获取新的订阅地址并替换。

先区分列表为空与列表存在但无法连接。列表为空时，检查导入内容是否真的是节点订阅、是否返回有效项目，以及当前是否有筛选或分组影响显示；保存订阅项目不等于已经成功取得节点。列表存在时，先核对更新结果与服务状态，再选一个节点做单次 Connectivity Test，并结合实际访问结果判断。测试失败可能涉及测试目标、网络限制或服务器状态，不能只看一个结果就删除全部项目。保留原配置，分别换用另一种基础网络和另一个已有节点复测，有助于缩小问题范围。

Config 为配置姿态，按当前配置中的规则选择处理策略；Proxy 为代理姿态，整体采用代理处理，仍应注意配置中的例外与实际连接记录；Direct 为直连姿态，采用直连处理。日常希望按域名与地址分流时，先选择 Config，并确认正在使用的配置文件确实包含所需规则。Proxy 可用于对照排查规则是否影响访问，Direct 可用于检查目标在当前基础网络下是否可直连。切换姿态不会修复错误的认证、失效订阅或不可达服务器；测试时每次只改一项，并在结束后恢复适合日常使用的姿态。

系统显示连接并不等于目标访问成功。先断开连接，确认基础网络可以访问平常可用的目标；随后恢复连接，检查当前节点、Global Routing 与正在使用的 Config。若所有目标都失败，优先检查服务器可达性、认证与 DNS；若只有少数目标失败，再查看对应连接记录中的域名、命中规则与处理策略。可以临时用 Proxy 与 Config 做对照，但不要同时修改节点和配置。若换用另一个已有节点后恢复，继续核对原节点参数或服务状态；若只在某个网络发生，则记录该网络条件再排查。

Global Routing 中的 Direct 是整体直连姿态，规则中的 DIRECT 则是某条匹配结果使用的策略；两者不在同一层级。规则只有在对应配置被使用、且请求确实命中时才会生效。先检查 Global Routing 是否为 Config，再查看连接记录中实际命中的规则与策略，注意规则通常按顺序匹配，靠前规则可能先处理请求。直连只表示使用当前基础网络访问，不保证目标本身可达。若直连仍失败，应继续检查本地网络、域名解析与目标服务状态，而不是不断增加相同的 DIRECT 规则。

先记录发生时间、目标域名、网络类型、所选节点、Global Routing 与当前 Config，再查看应用提供的连接记录和诊断结果。比较成功与失败请求的解析地址、命中规则和策略，比直接替换整份配置更容易定位原因。修改 DNS 前先保存原值，每次仅改一个设置，并用同一个目标复测；仅有 Connectivity Test 成功不足以证明域名解析和实际访问均正常。分享记录前删除订阅地址、认证信息与不必要的个人访问记录。若问题涉及服务端参数，将经过脱敏的错误信息交给你的服务商核对。