Shadowrocket 常见问题
购买、导入与连接排查

先确认名称拼写，再检查当前 App Store 账号的国家或地区。产品能否购买取决于当前店面的展示结果，可从本站 App Store 说明页进入产品页核对。需要核对地区设置时，在系统 Settings 中进入 Apple Account → Media & Purchases → View Account → Country/Region，具体名称以系统显示为准。变更前先阅读系统对余额、订阅与付款方式的要求，不要仅为排查搜索结果而直接切换地区。

同时核对开发者 Shadow Launch Technology Limited、与本站页头一致的官方应用图标，以及产品页地址中的 id932747118。应用 ID 为 932747118，不能只凭相似名称或搜索排序作判断。购买前还应查看当前店面的价格与兼容性栏，系统要求以 App Store 页面标注为准。若其中一项不一致，先返回本站 App Store 说明页重新核对入口，再决定是否购买。

客户端一次性买断 ≠ 线路套餐。购买取得的是 Shadowrocket 客户端，连接仍需用户已有自己的订阅或服务器信息，并按对应参数完成配置。美区定价为 $2.99，实际金额与购买条件以 App Store 当前页面为准，各店面按当地货币显示。本站只说明应用操作与配置核对，不提供、不销售、不推荐节点或订阅。付款完成与配置可用是两件事，应分别检查。

通常使用原购买账号即可重新下载，无需再次购买。打开 App Store 账号页面，在已购应用列表中查找 Shadowrocket；列表入口名称可能随系统版本变化。若仍显示价格，先检查 Media & Purchases 登录的是否为原购买账号，再核对购买记录、隐藏的购买项目与当前店面可用性。重新下载应用不等于恢复全部配置，换机前应另行保存自己的配置资料，并妥善保管其中的敏感信息。

iPhone 与 iPad 是主要使用设备；Mac、Apple TV 与 Apple Vision 的兼容信息也可在同一 App Store 产品页查看，唯一获取入口仍为 App Store。系统要求、设备适用性与通用购买范围均以 App Store 页面标注为准。在 iPad 上使用原购买账号查看应用状态，若出现重新付款提示，先核对账号和购买记录。本手册的具体操作步骤以 iPhone 与 iPad 为主，不将其他设备的界面视为完全相同。

这是系统允许应用建立 VPN 连接配置的授权步骤，不代表已有服务器已经连通。先确认弹窗确由正在操作的 Shadowrocket 触发，阅读系统提示后再决定是否允许；系统可能要求设备密码或身份验证。若此前取消了授权，可回到应用重新发起连接。授权完成后仍需选择用户已有的服务器，并核对 Global Routing；仅完成系统授权，不能作为连接成功的判断依据。

先确认已添加并选中有效服务器，再检查是否完成系统 VPN 配置授权。返回系统 Settings 查看是否存在设备管理限制，或其他 VPN 连接正在使用；在受管理设备上应遵循管理要求。随后重新打开应用并尝试连接，必要时重启设备。不要一开始就删除所有配置，先记录提示文字与发生步骤。若开关能保持开启但目标网站无法访问，应转到连接与规则排查，而不是继续重复授权。

本手册保留英文界面词，可直接按名称定位。Home 用于查看与选择服务器，Add Server 用于添加服务器信息，Config 用于管理配置文件，Global Routing 决定总体路由方式，Settings 用于核对设置。显示语言取决于应用支持情况及系统语言设置，可在系统的应用设置中查看是否提供语言选项。不要仅按按钮位置判断功能；界面布局变化时，应优先核对项目名称与当前页面上下文。

先准备用户已有的订阅或服务器信息，再在 Home 中添加并核对条目。接着选择一个服务器，检查 Global Routing：已有可用规则配置时选 Config，需要临时验证代理路径时可选 Proxy。随后开启连接并按系统提示授权，最后访问预期目标，结合日志检查结果。不要在首次失败时同时更换服务器、规则和 DNS；每次只调整一项，才能分辨问题来自导入参数、路由设置还是当前网络。

通常不需要仅因应用更新就重新导入，先查看原有服务器、订阅与 Config 是否仍在。应用更新通过 App Store 完成，订阅内容更新和规则配置更新则属于不同操作，不能互相替代。更新前可保存重要配置与自定义规则，更新后先核对当前服务器和 Global Routing，再做一次实际访问测试。若发现某项行为变化，应对照 App Store 的更新说明与应用内设置逐项检查，不要立即覆盖全部配置。

先确认拿到的是用于 Shadowrocket 的订阅地址，而不是服务网页地址。在 Home 打开 Add Server，按界面选择 Subscribe，将已有订阅链接完整填入对应地址栏，按需填写便于辨认的备注后保存并获取内容。保存后检查是否生成服务器条目，再选择其中一项测试。订阅地址可能包含访问凭据，不应贴入公开问答、截图或聊天记录；需要协助时只描述错误提示，并隐藏完整链接和认证参数。

先检查链接是否完整，是否混入空格、换行或中文标点，再确认当前网络能访问该订阅地址。若提示认证失败或内容为空，应向自己现有的服务商核对链接有效期、权限与适配格式。网页能打开并不代表返回内容就是可导入的订阅，也可能只是登录页面。保留原订阅条目，先记录错误提示后再测试，避免重复添加大量相同条目。不要把完整订阅地址发到公开页面请求排查。

在 Home 找到对应订阅，使用该条目的更新操作；具体入口以当前应用界面为准。更新完成后检查错误提示、服务器列表和当前选择是否符合预期，再进行连接测试。订阅更新可能新增、移除或改写条目，因此不要把订阅内的本地修改视为长期保存方式。重要的手动配置应单独备份。若更新失败，先确认当前网络能获取订阅内容，再核对链接状态；反复点击更新不能修复已失效的地址。

扫描成功只说明识别出了可处理的内容，不保证服务器参数正确或服务仍有效。使用 Scan QR Code 导入后，打开条目核对协议、服务器地址、端口、认证方式及 TLS 相关参数，并与用户已有的信息逐项比较。若二维码只是普通网页地址，应确认其用途后再操作，不要将网页地址当作服务器配置。完成导入还需选择该条目并开启连接，最后通过实际访问验证；二维码本身也可能包含敏感凭据，应妥善保管。

服务器条目主要保存连接目标与协议参数，Config 配置文件则可包含规则、DNS 及其他连接行为设置。导入订阅后出现服务器，不等于同时获得了适合自身需求的完整规则配置；导入 Config 也不意味着其中引用的代理策略已经具备可用服务器。使用前分别核对两者，再检查当前启用的配置和 Global Routing。合并规则时先备份原文件，特别留意策略名称与 FINAL 的位置，避免覆盖已经验证可用的设置。

需要按当前配置规则分流时选择 Config；需要让进入客户端处理的连接采用代理路径时选择 Proxy；需要直连时选择 Direct。三种姿态决定总体路由方式，不会自动修正错误的服务器参数。日常已有可用配置时通常使用 Config，排查时可临时切换 Proxy 与 Direct 对照同一目标的结果，测试后恢复原设置。Direct 可以访问并不能证明代理可用，Proxy 可以访问也不能证明 Config 中的规则顺序正确。

先关闭连接，确认当前网络本身能访问原本可直连的网站；再开启连接，核对所选服务器、Global Routing 和当前 Config。随后测试服务器可达性，并检查日志中的连接错误、DNS 解析与策略匹配结果。延迟测试有结果不代表目标网站一定可用。可用同一目标对照 Proxy 与 Config：前者可用而后者失败时，优先检查规则与 DNS。每次只改一项，并记录结果，避免同时更换全部设置后无法定位原因。

不应先改规则。先检查当前网络，再核对服务器地址、端口、协议、认证参数与 TLS 设置，并确认设备日期和时间准确。使用应用内测试功能时，要区分测试方式：某种探测没有响应，不必然等于实际代理连接一定失败，应结合连接日志与真实访问判断。若同一条目在不同网络下都失败，向自己现有的服务商核对服务器状态。涉及证书错误时先检查域名和系统时间，不要把关闭验证当作通用修复办法。

先确认 Global Routing 为 Config，且正在使用编辑过的配置文件。再检查规则 DOMAIN-SUFFIX,example.com,PROXY 是否放在 FINAL 之前，是否被更靠前的规则提前匹配，以及 PROXY 对应的服务器是否可用。一个网页还可能请求其他域名，只为主域名添加规则未必覆盖全部资源。结合日志查看实际请求域名与命中策略，再补充确有需要的规则。FINAL,DIRECT 只在前面规则均未命中时兜底，不应放到具体匹配规则前面。

先在系统电池用量中对照相近使用时长与流量，区分持续传输、网络信号较弱和反复重连造成的消耗。再检查是否启用了不需要的频繁测试、详细日志或调试功能，并查看 On Demand 是否符合自己的连接需求。按需调整后观察一段相近使用场景，不要仅凭一次电量下降判断原因。On Demand 用于按条件触发连接，不保证降低耗电；若日志显示反复失败，应先修复服务器或网络问题，减少无效重试。