Shadowrocket 常见问题

先确认搜索名称为 Shadowrocket，再通过本站下载页打开指定的 App Store 产品页。若商店提示当前店面不可用，核对用于“媒体与购买项目”的 Apple ID 国家或地区，而不是只看设备语言。确需调整地区时，通过系统设置中的 Apple 账户、媒体与购买项目、查看账户、国家或地区操作，并先阅读商店显示的余额、订阅与付款方式要求。可用性以当前 App Store 页面为准。

在产品页同时核对三项：名称 Shadowrocket、开发者 Shadow Launch Technology Limited，以及产品链接中的应用 ID 932747118；应用图标应与本站页头的官方图标一致。搜索结果的名称相近并不足以确认身份，购买前应进入详情页逐项查看。价格、兼容性和更新记录都以该 App Store 产品页为准，不要根据搜索摘要中的旧信息判断。

通常使用购买此应用时使用的 Apple ID，可以在 App Store 的账户页面找到已购应用并重新下载，不需要为同一项已购应用再次付款。先检查媒体与购买项目所用账号，再在已购应用列表中搜索 Shadowrocket；列表名称可能随系统界面变化。若仍显示购买价格，先核对购买记录、应用是否被隐藏及商店地区。恢复应用不等于恢复配置，原有服务器信息和 Config 需要另行迁移。

Shadowrocket 是 App Store 付费客户端，一次性买断；实际金额按当前店面货币显示，以购买确认页面为准。客户端一次性买断 ≠ 线路套餐，购买应用并不会自动生成服务器信息，也不会代替用户已有服务的使用资格。连接前需要准备自己的订阅或服务器参数。本站不提供、不销售、不推荐节点或订阅，只说明已有配置的导入、使用与排查方法。

先查看 Shadowrocket 当前 App Store 页面对家人共享的说明，再核对家庭组的购买项目共享设置和账号地区条件。符合条件时，可从 App Store 账户页进入家庭成员的购买项目查找应用；是否可用以商店实际显示为准。家庭成员能够下载应用，并不表示服务器信息、订阅链接或 Config 会随购买记录同步，这些内容仍需由各自设备按实际使用权限配置。

首次启用连接时，系统可能要求允许添加 VPN 配置，这是建立系统网络连接所需的授权。先确认弹窗由刚打开的 Shadowrocket 触发，再按系统提示确认，必要时使用设备密码验证。授权本身不代表服务器可用，也不代表网络已经连通；返回 Home 后还要选择自己的服务器并开启连接。若设备受组织管理，授权可能受到限制，应先核对设备管理策略。

Shadowrocket 可在 iPad 上通过同一 App Store 产品页获取，iPadOS 系统要求以 App Store 页面标注为准。使用购买此应用时使用的 Apple ID 时，先在已购应用中查找下载入口，不要立即重复付款。iPad 的横屏或分栏显示可能与 iPhone 不同，但仍应按 Home、Config、Settings 等界面词定位功能。应用购买记录与设备内配置是两件事，订阅和规则文件需要分别核对。

先按功能定位：Home 用于查看服务器与连接状态，Add Server 用于添加自己的服务器信息，Config 用于管理配置文件，Settings 用于查看设置。Global Routing 决定请求采用 Config、Proxy 或 Direct 的处理方式，On Demand 则与系统触发连接有关。手册保留这些英文原文，便于与实际界面对照。若功能位置不同，先核对所在页面与当前所选项目，不要仅凭图标猜测操作。

先确认已经选中有效服务器，再检查系统是否尚未完成 VPN 配置授权。若授权被拒绝，可重新触发连接并按提示处理。接着查看系统设置中的 VPN 状态，确认没有其他连接正在争用，并核对设备管理限制。仍立即关闭时，记录当次错误提示和发生时间，重启设备后复测。不要一开始就删除全部配置；确需重建系统 VPN 配置时，应先备份应用内已有信息。

先保存已有订阅地址、必要的服务器参数和正在使用的 Config，并记录 Global Routing、DNS 与 On Demand 的关键设置。订阅地址和凭据应保存在自己控制的安全位置，不要放到公开笔记或求助截图中。应用更新通过 App Store 进行；重新下载应用不能保证恢复所有本地数据。若只是出现单项异常，先记录症状并做针对性检查，避免用重装代替排查。

先确认使用的是自己已有的完整订阅地址，复制时没有混入空格、换行或说明文字。再检查当前网络能否访问该地址，留意返回的是订阅内容还是登录页、过期提示或错误页面。随后核对订阅格式是否适用于 Shadowrocket，以及凭据是否仍有效。保留具体错误提示，分别判断是获取失败还是内容解析失败。订阅包含敏感信息，求助时只展示遮盖地址与凭据后的错误内容。

更新失败只说明这次没有成功取得并应用新内容，不能据此判断已有服务器一定失效。先查看列表是否仍保留旧条目，再测试当前所选服务器。排查更新时核对订阅有效期、地址是否变化、当前网络和错误提示；恢复获取后再更新一次。更新成功后还应检查原选中条目是否被移除或改名。不要连续删除订阅重加，以免丢失分组、选择状态或本地备注。

以自己已有的服务器资料为准，先选择正确协议，再逐项核对地址、端口和认证信息。Shadowsocks 的加密方式、VMess 或 VLESS 的身份参数、Trojan 的认证信息，以及 TLS、服务器名称和传输路径等字段不能相互替代。并非每种协议都使用全部字段，资料未提供的项目不要凭经验补填。保存后先做连通性检查，再验证实际请求；测试失败时回到参数逐项比对。

先检查系统是否允许 Shadowrocket 使用相机，并确保二维码完整、清晰且没有遮挡。接着确认二维码承载的是可识别的服务器信息或订阅地址，而不是网页入口、付款说明或普通文字。识别成功后也要检查协议和字段是否齐全，二维码清晰并不等于内容有效。若内容无法解析，可依据自己的原始资料改用 Add Server；不要把包含凭据的二维码公开发送给他人。

不是。订阅用于获取和更新一组服务器资料，服务器条目保存具体连接参数，Config 则可包含规则、DNS 与策略等配置。成功导入订阅，不代表已经选中正确 Config；下载了规则文件，也不代表已经拥有可用服务器。导入后依次确认服务器列表、当前选中条目、Config 选择和 Global Routing。更新远端内容前先了解覆盖范围，避免把本地修改误当成会永久保留的设置。

配置对应 Config，按当前配置中的规则决定请求策略；代理对应 Proxy，通常让请求按代理姿态处理；直连对应 Direct，通常直接连接目标。日常需要规则分流时，应先确认 Config 内容有效，再选择 Config。临时切到 Proxy 或 Direct 可以辅助对照排查，但三者都不能修复错误的服务器参数。测试结束后恢复原设置，并结合实际请求记录确认策略，不要只看模式名称判断结果。

系统显示连接成功，只能说明连接状态已建立，不能证明目标请求可用。先关闭连接确认基础网络正常，再核对当前服务器、Global Routing 与 Config。随后测试不同目标，并区分所有请求失败还是单一域名异常；前者优先检查服务器和 DNS，后者再看规则命中及目标状态。每次只调整一个变量，记录结果后再继续。不要同时更换服务器、DNS 和规则，否则难以判断真正原因。

Connectivity Test 的结果取决于测试方式与目标，超时不一定能直接定位到某一个参数，测试正常也不代表所有网站都可访问。先核对服务器地址、端口、认证、TLS 与传输设置，再检查设备日期和时间是否正确。使用同一服务器在不同网络环境下复测，可帮助区分本地网络与远端连接问题。最后以实际请求验证，并保留错误提示，避免把一次测试结果当作完整的可用性结论。

先确认 Global Routing 为 Config，且正在使用的是刚修改的配置。规则通常按顺序检查，前面的 DOMAIN、DOMAIN-SUFFIX、IP-CIDR 或 GEOIP 已经匹配时，修改后面的 FINAL 不会改变该请求的判定。结合请求记录核对实际域名、地址和命中策略，再检查规则位置与拼写。FINAL 是未被前面规则处理时的兜底项；过宽的 REJECT 或域名匹配还可能造成页面部分内容异常。

先在系统电池统计中比较相近使用时段，结合屏幕使用、网络信号与后台流量判断，不要只凭短时间电量变化下结论。弱信号、频繁重连、大量请求或持续诊断记录都可能增加耗电。On Demand 决定系统何时触发连接，并不等同于规则分流；手动断开后再次连接时，应检查它的触发条件。排查时可暂时关闭 On Demand 做对照，保持其他设置不变，再观察耗电和连接状态。