Shadowrocket 常见问题

先确认搜索词完整写为 Shadowrocket，再从下载页的 App Store 产品入口打开应用页面。若页面提示当前地区不可用，核对当前用于商店购买的 Apple 账户所属国家或地区，不要把设备语言当成商店地区。需要变更时，可在系统 Settings 中进入 Apple 账户的 Media & Purchases、View Account、Country/Region，按 Apple 提示处理余额、订阅及付款条件。应用是否可购买以当前商店页面显示为准。

同时核对开发者 Shadow Launch Technology Limited、与本站相同的官方应用图标，以及产品链接中的应用 ID 932747118。应用名称只能作为第一步辨认，不能替代这三项核验。进入产品详情后再查看价格、兼容性和购买按钮，不要仅凭搜索结果的小图标付款。Shadowrocket 只通过 App Store 获取，系统要求及是否通用购买以 App Store 页面标注为准。

先用当初购买 Shadowrocket 的 Apple 账户登录 App Store，在账户的已购应用记录中查找并重新下载。购买记录与商店账户关联，不取决于新设备是否使用了相同的设备名称。若仍显示价格，先核对购买记录、账户和商店地区，再决定下一步，不要直接重复付款。应用恢复与配置恢复是两件事，重新下载后仍需检查已有订阅、服务器参数和规则文件是否已恢复。

Shadowrocket 以 iPhone 与 iPad 使用为主。请在 iPad 的 App Store 打开同一个产品页，检查设备兼容性与已购状态；同一购买账户下是否可以直接获取、是否通用购买，以 App Store 页面标注为准。Mac、Apple TV 与 Apple Vision 的适用情况也查看该页面兼容性栏。不同设备上的界面布局与操作方式可能不同，购买记录可以找回不代表服务器、订阅和配置一定自动同步。

Shadowrocket 是付费客户端，美区定价约为 2.99 美元，一次性买断，各店面金额和实际付款价格以 App Store 页面为准。客户端一次性买断 ≠ 线路套餐；客户端买断 ≠ 线路套餐。购买应用取得的是客户端使用权，连接所需的订阅或服务器信息需另行准备，订阅从你的服务商处获取。本站是官网与官方手册，不提供、不销售、不推荐连接服务，也不代为管理服务商账户或服务有效期。

安装完成只表示客户端已经可用，尚不代表已有可连接的服务器。先准备用户已有的订阅或服务器信息，通过相应入口导入，然后在 Home 中确认至少有一个有效服务器并选中。接着检查 Global Routing，首次验证时可先保留已知可用的配置，再打开连接开关。出现添加 VPN 配置的系统提示时，需要阅读并确认授权。若导入列表为空，应先解决导入问题，而不是反复切换连接开关。

先确认 Home 已选中服务器，并检查首次添加 VPN 配置的系统授权是否完成；此前取消授权时，可再次尝试连接并按系统提示操作。再检查系统 Settings 中的 VPN 配置是否受设备管理限制，以及是否有其他 VPN 连接正在占用。若仍立即关闭，查看客户端诊断信息，记录发生阶段与错误提示。不要一开始就删除全部配置；修改前先保留恢复所需的信息，避免把授权问题变成配置丢失问题。

确认 Home 中目标服务器的选中标记与连接开关状态，再运行 Connectivity Test，观察测试是否完成以及具体失败提示。之后用浏览器打开平时可访问的页面，区分服务器可达与实际业务访问这两个环节。VPN 状态标识只表示系统连接状态，不保证每条规则、每个域名都能正常访问。若测试成功但某个页面失败，记录该域名，继续检查 Global Routing、DNS 与规则命中，不必立即重新导入所有服务器。

本手册保留实际界面词，便于直接定位：Home 用于查看服务器与连接状态，Add Server 用于填写服务器信息，Config 用于管理规则配置，Settings 用于调整设置。Global Routing 下的 Config、Proxy、Direct 是不同流量处理方式，不是三个安装步骤。阅读时先确认所在页面，再找对应英文项目；界面布局若有变化，以当前应用显示为准，不要仅凭旧教程中的按钮位置进行操作。

通常不需要重新导入。网络切换改变的是当前连接条件，不会自动使已保存的服务器参数失效。先等待系统完成切换，再查看连接状态并运行 Connectivity Test；有需要时重新连接一次。若只在某一种网络失败，分别记录测试结果，再检查该网络下服务器可达性与 DNS。已启用 On Demand 时，还要核对其触发条件，避免手动关闭后又因条件匹配而连接，误以为开关没有保存。

订阅从你的服务商处获取。先核对复制的是完整订阅链接，而不是账户页面地址，留意前后空格、换行或漏掉的参数；再确认服务有效期与链接是否已被重置。若能发起请求但导入为空，检查返回内容是否为客户端支持的数据，而不是登录页或错误页面。不要把包含个人凭据的完整链接贴到公开讨论中。仍失败时，向你的服务商提供错误提示与发生时间，请其确认链接和数据格式。

先将 Type 与已有服务器的协议类型对应，再逐项核对地址、端口及认证信息。不同协议所需字段不同，例如密码、UUID、加密方式，以及 TLS、Server Name 或传输相关设置，都应按服务商提供的信息填写。不要只因协议名称相近就替换 Type，也不要凭经验打开所有选项。保存后回到 Home 选中该服务器再测试；连接失败时先对照原始参数检查，而不是同时修改多个字段。

先确认更新的是目标订阅分组，并查看本次操作是否真正完成；订阅内容没有变化时，列表保持原样是正常结果。若提示请求失败，应检查当前网络能否访问订阅地址，以及链接是否仍有效。更新后还要核对 Home 当前选中的服务器，因为列表更新不等于自动选中新的项目。手动添加的服务器通常不属于该订阅的更新范围。订阅更新也不等于 Config 规则文件更新，两者需要分别确认。

Scan QR Code 读取的是二维码中的实际内容，二维码可能包含单个服务器信息，也可能只是网页地址，并不一定是订阅。先确认相机权限已允许、画面清晰且二维码完整，再核对来源说明与导入结果。若扫描后只得到一个服务器，不应据此判断整个订阅已经加入。可以改用从你的服务商处获取的原始订阅链接再次核对。二维码也可能含个人凭据，截图与转发前应按敏感配置处理。

先分别确认订阅、手动服务器与 Config 规则文件的保存位置，再使用当前应用提供的导出或备份功能；完成后检查备份是否包含恢复所需的内容，并妥善保存。分享排查材料时，应移除订阅地址中的凭据、服务器认证信息及私钥，也要检查二维码、截图和日志。保留协议类型、错误提示、Global Routing 状态与必要的规则片段，通常更便于定位。公开求助不需要提交整份私人配置。

配置姿态 Config 按当前启用的规则文件判断流量去向；代理姿态 Proxy 统一采用代理方向处理；直连姿态 Direct 统一采用直连方向处理。日常需要规则分流时，先确认有效规则文件已启用，再使用 Config。Proxy 与 Direct 可用于对照排查，但不会修复错误的服务器参数，也不能替代规则维护。切换后用同一个目标复测并记录结果，结束排查时恢复预期姿态，避免测试设置长期影响访问路径。

先测试未连接客户端时的基础网络，再确认 Home 选中的是预期服务器并运行 Connectivity Test。服务器测试失败时，优先核对服务状态、地址、端口与认证参数；测试通过后，再检查 Global Routing 是否符合预期、DNS 是否正常及目标域名命中了哪条规则。每次只改一项并复测同一目标，记录修改前后的结果。连接标识不能证明目标服务器已能转发业务流量，也不能证明所有请求都走相同路径。

先记录失败域名、发生网络和当前 Global Routing，再用客户端诊断信息区分解析失败与连接失败。若域名没有得到有效解析结果，优先检查 DNS 设置；若已解析但访问失败，再核对规则命中及所选策略的可达性。Config 通常按规则顺序匹配，前面的规则可能先于预期规则生效，FINAL 则作为最后的兜底。不要仅通过更换 DNS 判断全部故障，也不要为了单个网站删除整份规则。

先在系统电池用量中观察实际使用时段，再结合传输量、信号强度与是否反复重连判断。耗电不仅由协议决定，持续下载、弱信号、频繁网络切换和高频诊断记录都可能增加负载。对照测试时应保持网络与使用任务接近，不要只比较两个不同日期的百分比。可先结束持续测试、减少不必要的诊断记录，并核对 On Demand 条件是否造成反复连接；不应单凭协议名称承诺固定的省电效果。

关闭后再次连接，先检查 On Demand 是否仍启用，以及当前网络是否满足其条件；同时核对系统 VPN 设置，不要仅反复操作 Home 开关。应用更新通过 App Store 管理，更新客户端与更新订阅、Config 文件是独立操作。若更新后行为变化，先记录当前设置与错误提示，再复测同一服务器和目标。修改前保存配置，逐项检查权限、规则及按需条件，不要把应用更新直接等同于服务商参数已经改变。