Shadowrocket 常见问题

先从正版下载页进入 App Store 产品页，避免只凭搜索结果判断是否可用。若商店提示当前地区不可用，检查设备用于媒体与购买项目的 Apple 账户地区，而不是只修改设备的语言或地区设置。确需调整账户地区时，按 Settings → Apple 账户 → Media & Purchases → View Account → Country/Region 的官方流程操作，并先处理余额、有效订阅等限制；具体入口以系统显示为准。应用能否购买及系统要求均以 App Store 页面标注为准。

同时核对三处：应用名称为 Shadowrocket，开发者为 Shadow Launch Technology Limited，产品页地址包含 id932747118；再对照本站页头的官方应用图标。应用 ID 的数字部分是 932747118，不应仅根据名称或相似图标作判断。搜索结果中遇到近似名称时，回到正版下载页重新打开指定产品页。价格、兼容性与更新记录在该商店页内查看，购买前确认当前账户与付款信息，完成后由 App Store 安装。

不能仅凭购买完成连接。客户端一次性买断 ≠ 线路套餐；购买的是 Shadowrocket 客户端，连接还需要用户已有的订阅或服务器信息。美区标价为 $2.99，各店面按当地货币显示，实际价格以 App Store 页面为准。首次使用前准备好已有服务的地址、端口、认证与协议参数，再通过 Subscribe 或 Add Server 导入。本站只解释配置与使用，不提供、不销售、不推荐节点或订阅；购买应用与已有服务的有效状态需要分别核对。

先使用原购买账户在 App Store 的账户页查找已购应用，再打开 Shadowrocket 产品页确认是否显示重新下载入口。若仍出现价格，先检查媒体与购买项目所用账户、购买记录以及当前店面，不要立即重复付款。符合商店购买记录与兼容性条件时，可从已购记录重新下载，具体以 App Store 显示为准。应用的购买记录与应用内配置不是同一件事；重装前另行保存需要的配置，换机后核对已有订阅与服务器参数是否完整。

Shadowrocket 以 iPhone 和 iPad 为主要使用设备。iPad 上先使用原购买账户打开同一 App Store 产品页，核对已购状态与兼容性，再按商店显示安装。Mac、Apple TV 与 Apple Vision 也可在同一商店页的兼容性栏核对；系统要求与是否通用购买以 App Store 页面标注为准。不要把某台设备上的已购状态直接推断为所有设备的适用权益。iPad 上的布局可能随屏幕与应用显示方式变化，操作时以 Home、Config、Settings 等界面词定位。

这是系统为建立 VPN 配置请求的授权。确认操作由刚打开的 Shadowrocket 发起，并核对系统提示中的应用名称后，再按提示允许并完成设备验证。授权不等于服务器已经可用，也不代替订阅或服务器信息的导入。若先前取消，可回到应用重新尝试连接，让系统再次请求；同时检查 Settings 中的 VPN 配置状态。受管理设备可能限制添加配置，此时应向设备管理方确认权限，不要反复删除其他正在使用的配置。

先确认 SERVER 中已有有效服务器并选为默认，再检查首次 VPN 配置授权是否完成。如果设备正运行其他 VPN 连接，先停止该连接后重试，避免同时改变多个网络设置。开关立即关闭时，记录应用提示，检查所选服务器的协议与必要字段是否完整，并确认系统是否限制 VPN 配置。随后退出应用重新打开，再做一次连接测试。删除并重建系统配置只作为后续步骤，操作前先保存已有配置与订阅信息；单纯反复拨动开关通常不能定位原因。

本手册保留英文界面词，便于直接对照。Home 用于选择服务器、设置 Global Routing 和控制连接；Config 用于管理规则配置；Data 用于查看流量相关记录；Settings 用于调整应用设置。添加单个服务器时查找 Add Server，导入已有订阅时查找 Subscribe。不同设备或应用显示状态可能让入口位置有所变化，先按名称定位，不必依赖固定的按钮坐标。首次使用只需完成导入、选择默认服务器、连接与验证，再逐步阅读其他设置。

导入已有配置后，在 Home 的 SERVER 列表中找到要使用的服务器，点选其左侧圆点，确认默认选择已经改变。随后核对 Global Routing，再打开连接开关，并按系统提示完成权限确认。连接状态建立后运行 Connectivity Test，同时实际打开需要访问的页面或应用。测试结果只反映对应测试条件，不代表所有目标都能访问；若结果为空或超时，先确认本机网络正常，再检查服务器参数与服务状态，不要把列表中有名称视为已完成连接。

先对照界面词与操作目的，而不是照着 iPhone 的位置点击。需要选服务器时找 Home 与 SERVER，需要规则配置时找 Config，需要应用设置时找 Settings；较宽屏幕可能同时呈现列表与详情。确认当前选中的条目后再编辑，避免误改相邻配置。首次操作顺序仍是导入已有信息、选择默认服务器、检查 Global Routing、连接和验证。若商店提示设备不兼容，返回产品页检查兼容性，系统要求以 App Store 页面标注为准。

先从你的服务商处取得自己已有的完整订阅链接，确认它不是账户后台页面、说明页面或单个服务器分享内容。进入 Add Server，在 Type 中选择 Subscribe，填写订阅地址与便于识别的名称，保存后按界面提示更新并检查 SERVER 列表。更新成功后还要手动选择默认服务器，再连接验证。订阅链接可能含账户凭据，只在可信设备内保存；请求排查帮助时遮盖完整链接与认证字段，不要将其直接放进公开截图或消息。

先核对链接是否完整，尤其是复制时混入的空格、换行或遗漏的查询参数，再确认地址确实返回订阅内容。接着检查设备当前网络能否访问该地址，并向你已有服务的服务商确认订阅仍有效、返回格式适用于 Shadowrocket。保留当前可用条目后再重试更新，避免在原因未明时先清空列表。若此前可用而突然为空，记录错误提示、更新时机和网络环境，分别判断是请求失败、认证失效还是内容解析问题。

在已有 Subscribe 条目对应的更新入口执行更新，具体入口以当前应用界面为准。更新前确认当前网络可用，并保存需要保留的自定义内容；订阅维护的条目可能随服务端返回内容变化。更新后检查服务器是否仍在、默认服务器是否正确，以及常用连接能否建立。订阅更新与 App Store 中的应用更新是两件事：前者刷新已有服务信息，后者更新客户端。若更新失败，不要连续高频重试，先读取错误并检查链接有效状态。

按已有服务器提供的协议选择 Type，再逐项填写地址、端口与认证字段。Trojan、VMess、VLESS 等协议所需字段不同，不能只替换服务器地址而沿用其他协议的设置；如已有资料包含 TLS、传输方式或服务器名称，也要逐项核对。可使用 Scan QR Code 读取已有分享内容，但保存前仍应检查字段。导入完成后返回 SERVER 选择该条目，再做 Connectivity Test 与实际访问测试。认证信息不要写入公开的排查记录。

Subscribe 通常用于取得并维护一组服务器条目，Config 中的配置文件则用于组织规则、DNS 等连接设置，两者不能仅凭名称相似就互相替代。服务器出现在 SERVER 列表中，并不意味着目标网站已有相应分流规则；同样，导入规则配置也不一定会补齐服务器认证信息。排查时分别确认默认服务器、当前生效的 Config，以及 Global Routing 的选择。修改配置前保留可恢复副本，一次只调整一类内容，便于判断变化来自订阅还是规则。

配置（Config）按当前生效配置中的规则判断连接策略；代理（Proxy）用于让连接按该姿态走代理处理；直连（Direct）用于直连处理。日常使用已有分流配置时先选 Config，再检查规则是否符合预期。排查时可以在明确测试目标后临时切换 Proxy 或 Direct，对比同一目标的表现，结束后恢复原设置。Direct 并不等于关闭 VPN 开关，Proxy 也不代表服务器一定可用；最终还要结合服务器状态、规则命中与实际访问结果判断。

先关闭连接，确认设备原有网络能够正常访问，再重新连接并检查默认服务器与 Connectivity Test。系统显示连接建立，只说明本地 VPN 状态已建立，不足以证明远端服务器、DNS 与目标服务均正常。若所有目标都失败，优先核对服务器有效状态与协议参数；若只有部分目标失败，再对照 Global Routing、规则与 DNS。分别记录同一目标在不同设置下的结果，一次只改一个变量，避免同时更新订阅、替换配置和调整 DNS 后无法确定原因。

先确认 Global Routing 是 Config，且正在使用预期的配置文件，再查看相关请求记录中的目标与命中策略。规则通常需要结合顺序判断：较早匹配的规则可能让后面的 DOMAIN-SUFFIX 或 IP-CIDR 不再生效，最终还要检查 FINAL 的兜底策略。域名规则与 IP 规则匹配的对象不同，不宜只因网址相似就增加宽泛条件。保存原配置后调整最小范围的规则，重新发起请求并验证；本手册的 example.com 仅用于语法说明，不是实际服务地址。

先区分域名解析失败、连接超时和目标服务返回错误，不要把所有打不开的情况都归为 DNS。查看当前 Config 中与 DNS 有关的设置，保留原值后，选择一种明确的设置进行对照测试，例如检查 [General] 下的 dns-server 是否符合预期。若使用 DNS over HTTPS，还要确认解析服务地址在当前网络与路由条件下能够访问。不要同时叠加多组不明设置；每次修改后重新发起目标请求，结合应用记录判断解析结果与后续连接是否分别成功。

先在系统电池用量中对照观察时段，再结合 Data 的流量记录判断是否存在持续传输；VPN 相关耗电也可能与后台应用活动、弱信号或频繁重连有关，不能只按连接时长下结论。若出现反复连接，先验证手动连接稳定，再检查 On Demand 的触发条件是否符合当前网络使用方式。排查时减少不必要的连续测试，分别记录网络环境、连接状态与流量变化。Data 用于观察流量，不应直接当作已有服务的计费账单，实际额度仍向原服务核对。