Shadowrocket
常见问题

先核对用于 App Store 购买的 Apple ID 所属商店地区，而不是只看设备的语言或地区设置。中国大陆商店未上架 Shadowrocket，搜索可见性与账号所属商店有关。可在系统 Settings 的 Apple 账户中进入媒体与购买项目，查看账户的国家或地区；如需调整，使用该处的官方流程，并先阅读余额、订阅与付款方式要求。不要把搜索不到直接判断为设备不兼容，兼容性以 App Store 页面标注为准。

从本站的 App Store 正版核对页进入产品页，再同时检查三个要素：开发者为 Shadow Launch Technology Limited，应用 ID 为 932747118，图标与本站使用的官方图标一致。应用 ID 可从产品页链接末尾的 id932747118 核对。不要只凭应用名称或搜索位置决定购买；名称相近时应返回产品页逐项确认。价格、兼容性与更新记录也应在这一产品页查看，避免把搜索摘要当成当前商店信息。

先在 App Store 登录当初完成购买的 Apple ID，再从账户中的已购应用列表查找 Shadowrocket 并重新下载。设备当前用于云端服务的账号，不一定就是当初购买应用的账号；出现价格按钮时，先核对购买记录、商店地区与登录账号，不要立即重复付款。能否重新获取以及跨设备购买适用范围，以 App Store 页面标注为准。恢复应用与恢复配置是两件事，已有订阅或服务器信息仍需自行妥善保存并重新核对。

Shadowrocket 以 iPhone 与 iPad 为主要使用设备，iPad 同样从 App Store 产品页获取。已购用户应先核对当前商店账号与原购买账号，再查看页面显示的获取状态。Mac、Apple TV、Apple Vision 的适用情况也在同一产品页的兼容性栏核对；系统要求及购买适用范围一律以 App Store 页面标注为准。不同设备的屏幕布局与操作入口可能不同，不宜把手机上的按钮位置直接套用到其他设备。

Shadowrocket 是付费商业客户端，美区定价为 2.99 美元一次性买断，实际金额以商店页面为准，其他店面按当地货币显示。客户端一次性买断 ≠ 线路套餐：购买取得的是应用使用资格，不会自动生成可用的服务器或订阅。连接前需准备用户已有自己的订阅或服务器信息，并确认服务状态与参数。本站不提供、不销售、不推荐节点或订阅；应用购买与已有服务的有效期、用量限制应分别核对。

Shadowrocket 需要通过系统 VPN 配置建立网络隧道，因此首次开启连接时会出现系统授权提示。先确认提示由当前打开的 Shadowrocket 操作触发，再按系统要求完成验证。若此前拒绝授权，可回到应用重新尝试连接，并在系统 Settings 的 VPN 相关设置中核对是否已有配置。这个授权用于允许客户端接管相应网络流量，不等于服务器已经可用；授权完成后仍需检查所选条目、Global Routing 与实际访问结果。

先确认 Home 中已经存在并选中了有效服务器条目，再检查系统 VPN 授权是否完成。若开关立即回落，记录应用出现的错误文字，核对端口、认证信息、协议类型及系统时间；不要连续反复点击开关来替代排查。可先停止其他正在运行的 VPN 连接，再重试一次。系统有设备管理限制时，也应核对相关策略。保留当前配置副本后再修改参数，只有确认配置损坏或授权异常时，才考虑重新建立对应配置。

Home 通常用于查看服务器条目、选择连接对象并操作连接；Config 用于管理配置文件；Data 用于查看流量与连接相关信息；Settings 用于调整应用设置。Global Routing 中的 Config 是一种路由姿态，不要与配置文件管理入口混淆。手册保留这些英文界面词，便于按屏幕文字查找。阅读步骤时先确认所在页面，再找对应操作；界面布局可能随设备与应用调整，找不到同一位置时，应优先核对英文名称与功能。

先确认系统显示连接状态，再用浏览器访问一个已知可用的网站，并在 Data 或相关连接记录中观察这次请求的目标与策略。若使用 Config，应选择配置中明确写有规则的测试域名，核对实际命中的规则是否符合预期。状态显示已连接只说明隧道已经建立，不代表所有目标都可访问。测试时一次只改一个条件，分别记录当前网络、服务器条目与 Global Routing，避免同时修改多项后无法判断是哪一步产生影响。

先在系统 Settings 的电池统计中查看对应时间段的后台活动，再回顾当时是否持续传输、频繁切换网络或反复重连。On Demand 会按配置条件触发连接，不等于固定更省电；条件设置不合适也可能造成不必要的连接尝试。可在相近使用场景下分别观察启用与停用后的表现，同时保持其他设置不变。需要稳定自动连接时保留合适的触发条件，不需要自动连接时再关闭，并检查退出应用后系统 VPN 的实际状态。

先确认复制的是用户已有订阅的完整地址，而不是账户登录页、说明页或截断的文本；检查前后空格、换行以及链接中的参数是否保留。再确认当前基础网络可访问该地址，并核对已有服务是否仍有效。地址能够打开，也可能返回登录提示或错误页面，不能仅凭打开成功判断格式正确。若仍无法导入，记录错误文字并向原服务方核对格式；订阅地址含访问凭据，不应公开粘贴到截图、留言或排查记录中。

在 Home 找到对应的订阅条目或分组，使用该条目的更新操作，完成后再查看条目数量、名称及当前选中项是否变化。更新前建议保存重要的手动条目与必要设置，并核对是否存在同名分组，避免操作到错误对象。订阅更新会重新获取远端内容，不能保证保留所有本地修改，也不会延长已有服务的有效期。更新失败时先检查基础网络和地址有效性；不要在尚未保存可恢复信息前删除原订阅再反复导入。

先选择与已有服务器一致的协议，再核对地址、端口与认证信息。Shadowsocks 需要核对加密方法等对应参数；VMess、VLESS、Trojan 等条目还应按实际服务要求检查标识、TLS、传输方式、Server Name 与路径等字段，并非每种协议都填写相同项目。只录入原服务信息中明确提供的值，不要凭名称猜测，也不要用改协议的方法试连接。保存后先测试单个条目，确认可用再整理分组，便于定位输入错误。

先确认二维码包含的是已有服务器分享信息，而不是付款、账户登录或普通网页地址。使用 Scan QR Code 时允许必要的相机权限，保持二维码完整、清晰且没有反光；若从图片识别，应使用原始清晰图片。识别成功后仍要核对协议、地址、端口与认证字段，因为能识别文字并不等于参数完整。若内容格式不受当前导入方式支持，可根据已有服务器资料通过 Add Server 手动填写，避免把账户登录密码误填为连接认证信息。

订阅列表来自远端内容，更新后数量和名称可能随原订阅调整而变化。先检查是否只展开了部分分组、是否启用了筛选，再确认更新的是预期订阅。对比更新前保留的信息，查看原服务方是否调整了条目或服务状态；不要仅凭名称变化认定连接参数相同。当前选中项若已被移除，应重新选择有效条目并测试。需要人工核对时，只提供经过遮盖的错误提示与非敏感字段，保留订阅地址及认证信息的私密性。

配置姿态 Config 按当前配置中的规则决定请求策略；代理姿态 Proxy 将通常可由代理处理的请求交给所选代理；直连姿态 Direct 则以直接连接为主。已有经过核对的分流配置时通常选择 Config；排查某个请求是否受规则影响时，可临时切换 Proxy 或 Direct 做对照，但不要把姿态切换当成修复服务器参数的方法。测试后恢复原设置，并结合实际连接记录确认结果，系统流量及特殊排除项还会受到相关设置影响。

先暂停连接，确认当前 Wi-Fi 或蜂窝网络本身可以正常访问已知可用的网站，再重新连接并核对所选服务器。随后区分所有网站失败还是仅个别目标失败：前者优先检查服务器参数、服务状态与 DNS，后者再查看规则命中和目标自身状态。可临时对照 Proxy 与 Direct 的访问结果，每次只改变一个条件。隧道建立成功与远端请求成功属于不同环节，因此应结合错误文字和 Data 中的连接记录定位，而不是只看连接图标。

不能只凭一次 Connectivity Test 超时下结论。测试结果与所用测试方式、测试目标、当前网络及服务器响应有关，不等同于实际网页的完整加载时间。先确认系统时间正确，重复少量测试，并用实际请求交叉验证；再检查协议、端口、认证与 TLS 相关参数。若只在某一种网络下失败，可保持同一条目切换网络对照。记录测试方式与错误类型，比单独比较一个数字更有帮助，也不应把短时较低的测试值当成持续性能保证。

先确认 Global Routing 使用 Config，并确认启用的是刚修改的配置文件。再从连接记录核对实际请求域名或地址，按规则由上至下查找第一个命中项；较宽泛的规则若放在前面，可能先于后面的具体规则生效。DOMAIN 用于指定域名，DOMAIN-SUFFIX 包含该域名及其子域名，FINAL 用于前序未命中的兜底处理。还应检查策略名称是否有效；修改后用新请求验证，避免把仍在复用的旧连接误认为新规则未生效。

先区分域名解析失败、连接超时与证书错误，这些现象不一定由同一原因引起。检查当前配置的 DNS 设置、Host 静态映射及相关连接记录，再用同一网络对照停止与开启连接时的访问表现。不要同时更换 DNS、规则与服务器，否则难以确认原因；也不要仅因改用某个地址后暂时恢复，就把它认定为通用解决方案。修改前保存配置，验证后保留有效变更；遇到证书错误时核对系统时间与 Server Name，不要关闭验证来掩盖问题。