Shadowrocket 疑难解答

先确认搜索词为 Shadowrocket，再检查当前 Apple 账户的商店地区与设备兼容性。搜索结果可能受店面供应情况影响，不能只凭名称相近就购买。可从下载指南进入指定产品页，核对开发者 Shadow Launch Technology Limited 和应用 ID 932747118。如果页面提示所在地区不可用，先查看账户的国家或地区设置；如确需更改，使用系统设置中的 Apple 账户 → 媒体与购买项目 → 查看账户 → 国家或地区，并按 Apple 提示处理余额、订阅与付款信息。

同时核对三项：开发者为 Shadow Launch Technology Limited，产品页地址含 id932747118，图标与本站页头的官方图标一致。名称或图标单独相似都不足以确认。进入产品详情后再看兼容性、当地货币价格和购买按钮，不要只在搜索列表里判断。Shadowrocket 是 Apple 平台的付费商业应用，唯一获取入口为 App Store。准备购买时可按下载指南逐项核验，系统要求与购买适用性以 App Store 页面标注为准。

先用原购买所用的 Apple 账户登录 App Store，在账户的已购项目或 App 列表中查找 Shadowrocket，再按页面提示重新下载。恢复购买资格与恢复客户端配置是两件事：重新安装后，原有服务器、订阅和配置文件未必自动回来，应提前保存必要资料。若页面仍显示价格，先核对购买账户、购买记录及当前店面，不要立即重复付款。具体重新下载资格以 App Store 页面标注为准，恢复步骤见下载指南的已购恢复章节。

Shadowrocket 以 iPhone 和 iPad 为主要使用设备。先在目标设备打开同一 App Store 产品页，查看兼容性，再核对当前 Apple 账户的已购状态。iPad 的显示空间和部分操作位置可能与 iPhone 不同，应按实际界面查找 Home、Config 与 Settings。Mac 和 Apple TV 同店可得，也只通过 App Store 获取；系统要求与购买适用性以 App Store 页面标注为准。是否需要付款以目标设备上的商店提示为依据，不凭另一台设备的显示结果推断。

Shadowrocket 采用一次性买断，美区定价约为 2.99 美元，各店面按当地货币显示，最终金额以 App Store 购买确认页为准。客户端一次性买断 ≠ 线路套餐。购买的是客户端使用资格，连接时仍需准备已有的订阅或服务器信息；订阅从你的服务商处获取。本站提供正版核验与官方手册，不提供节点服务。排查购买问题时先看 App Store 购买记录；排查服务器有效期、流量或连接参数时，查看你已有服务的相关信息，两者不要混为一项。

这是系统为客户端创建 VPN 配置时的授权提示，用于让 Shadowrocket 按当前设置处理网络请求。确认正在操作已核验的客户端后，按系统提示允许，并完成设备要求的身份验证。授权不等于服务器已经可用，也不表示所有请求都会使用代理，实际路径仍由 Global Routing 和规则决定。若当时取消，可回到客户端再次尝试连接并处理提示。只有在来源、参数和用途都清楚时再连接，不要把允许系统权限当作连通性测试结果。

先回到 Home，确认已有可选服务器，并检查是否有尚未处理的 VPN 配置授权提示。再查看系统设置中的 VPN 状态，停止其他正在建立的 VPN 连接后重试。如果设备由组织管理，相关限制可能阻止创建配置，应由设备管理员确认权限。仍失败时，记录客户端提示，重新打开客户端并重启设备后复测。不要一开始就删除所有配置；先备份已有资料。开关无法保持与服务器测试超时不是同一种问题，优先解决权限和配置建立，再检查远端连接。

首次连接主要看 Home：SERVER 是服务器列表，Global Routing 用于选择请求处理方式，Connectivity Test 用于辅助检查连通性。添加信息时查找 Add Server，使用已有订阅时选择 Subscribe；配置文件在 Config 中管理，常用选项在 Settings 中查看。本手册保留这些英文名称，中文只解释用途，便于与实际界面对照。若设备支持为单个应用选择语言，可在系统的应用设置中检查 Shadowrocket 的语言选项；可选项目以实际界面为准，不影响按英文入口完成操作。

先在 Home 的 SERVER 列表中确认目标服务器，检查用于标识默认选择的 DOT 标记是否落在预期条目上。导入完成只说明资料已加入，不代表已经选定或通过测试。对目标条目执行可用的连通性测试，再打开连接开关，并用 Connectivity Test 与实际访问共同验证。若列表存在多个名称相近的条目，进入详情核对协议、地址与端口，避免选到旧记录。测试期间固定使用一个条目，确认结果后再切换，便于区分选择错误和参数错误。

先完成一次稳定的手动连接：确认默认服务器、Global Routing、DNS 与实际访问都符合预期，再到 Settings 中检查 On Demand 的触发条件。On Demand 是按条件建立连接，不是修复服务器故障的工具。若正在排查自动重连或开关状态变化，可暂时停用 On Demand，手动连接复测；问题定位后再逐项恢复条件。不要同时更改规则和按需连接设置，否则难以确认状态变化来自哪一项。系统休眠、网络切换后的表现应在你的实际设备上分别验证。

先确认已有订阅链接完整，复制时没有首尾空格、换行或遗漏参数，并在 Add Server 中选择 Subscribe，而不是把订阅地址填入单台服务器的地址栏。接着检查当前网络能否访问订阅地址，再确认服务状态及返回内容是否为客户端支持的订阅格式。网页登录页面、错误提示页或失效内容不能作为订阅解析。链接从你的服务商处获取；反馈问题时说明错误提示与发生步骤，不公开完整链接。订阅地址可能包含访问凭据，分享截图前也要遮盖相关参数。

先记录当前默认服务器，并备份重要配置，再在订阅分组对应的操作菜单中执行更新，入口名称以实际界面为准。更新后检查是否出现错误、条目是否符合预期，以及原默认服务器是否仍存在。更新可能增删或替换服务器信息，因此条目增加不等于连接成功，仍需测试目标条目。若更新失败，先保留现有可用内容，核对链接与服务状态，再重试。不要通过反复删除分组来代替检查；配置文件更新与订阅更新也应分开操作，便于回退。

先确认二维码承载的是已有服务器信息或客户端支持的订阅内容，而不是普通网页、账户登录页面或图片说明。使用 Scan QR Code 时允许必要的相机权限，保持画面清晰，避免反光和裁切。识别出文本并不代表格式可导入；若提示不支持，核对协议类型与内容完整性，不要随意改写编码后的参数。可从你的服务商处获取同一条目的文本信息，再按实际类型添加。二维码可能包含密码或订阅凭据，排查时不要将原图公开发布。

先按已有资料选择正确协议，再逐项核对地址、端口、身份凭据与加密或传输设置。不同协议的字段不能互相套用：例如 UUID、密码、TLS、SNI 与路径各有用途，空值是否允许取决于服务端配置。不要凭名称猜测参数，也不要因为测试失败就随意关闭 TLS 验证。若资料包含域名，保留原值，不要直接用解析出的 IP 替换。每次只调整一组字段并测试，记录修改结果；协议细节可在使用手册的协议章节继续检查。

服务器条目保存单个连接目标与协议参数；Subscribe 用于获取和更新一组服务器信息；Config 中的配置文件用于组织规则、DNS 等请求处理设置。导入订阅不代表已经选中正确配置文件，切换配置文件也不等于更新了订阅。排查时分别确认三件事：服务器能否连接、当前配置是否启用、Global Routing 是否采用预期模式。修改前备份可用配置，避免把规则问题误判成订阅失效。涉及自动更新时，也要分别检查订阅和配置文件各自的更新结果。

Global Routing 的三种姿态为配置 Config、代理 Proxy、直连 Direct。Config 按当前配置文件的规则决定请求路径，适合已经检查规则的日常使用；Proxy 用于让请求采用代理策略，常用于隔离规则因素；Direct 用于直连对照。具体请求仍可能受系统和配置设置影响。排查时先记录原模式，再对同一目标逐项测试，结束后恢复。Proxy 可用但 Config 失败时，优先检查规则与策略引用；Direct 也失败时，先检查本地网络和目标服务。

显示已连接只说明本地 VPN 配置已建立，不能单独证明远端服务器和所有请求都正常。先关闭连接确认本地网络可用，再对默认服务器执行测试。随后用同一目标对照 Global Routing 的 Proxy 与 Config，查看请求记录中的策略和错误。若表现为域名无法解析，再检查 DNS 设置是否与当前配置一致。每轮只改一个因素，并记录网络类型、目标与错误提示。不要同时更换服务器、DNS 和规则；如果基础网络本身不可用，应先恢复网络再继续。

先检查其他目标是否正常，再针对失败请求查看实际命中的规则和策略。规则通常按顺序匹配，较宽泛的条件若放在前面，可能提前覆盖后面的具体条件。核对 DOMAIN-SUFFIX、IP-CIDR 等条件是否写对，策略引用是否存在，并检查 FINAL 的兜底行为。若同一目标在 Proxy 下可用、Config 下失败，应先查规则；两种模式都失败，再对照服务器和目标服务状态。不要仅凭网站名称添加大范围规则，修改后应重测相关请求与原本正常的访问。

不能只凭一次超时判断。测试结果还可能受本地网络、测试目标、DNS、协议参数和系统时间影响。先确认设备时间自动设置正确，在稳定网络下重复测试，再核对服务器详情中的地址、端口、凭据与 TLS 相关字段。可切换 Wi-Fi 与蜂窝网络作对照，但每次保留相同服务器和测试条件。测试成功也不代表所有网站都可访问，最后仍需实际请求验证。若持续失败，向你的服务商反馈已遮盖凭据的错误信息、网络环境和复现步骤。

先在系统电池用量中观察同一时段的应用活动，再结合 Data 的流量记录判断是否存在持续传输。耗电还受信号强弱、后台任务、频繁重连和协议工作负载影响，不能把全部变化归因于连接开关。排查时暂停主动测速与大文件传输，暂时停用 On Demand，在同一网络和相近使用条件下对照。若流量与使用预期不符，检查请求记录和后台应用活动，不要直接删除整份配置。Data 是辅助观察信息，不等同于电池消耗或服务端计费记录。