开发者与应用 ID
产品页开发者应显示为 Shadow Launch Technology Limited,产品页地址中应包含应用 ID 932747118。核对时还应观察官方图标是否与已知产品页一致。名称、开发者、图标和应用 ID 应放在同一页面中整体判断,而不是只看搜索标题。
本站名称用于中文说明,不代表应用开发者。购买、退款、账单、兼容性与商店账号状态均由 App Store 对应流程处理;系统要求以 App Store 页面标注为准。
Shadowrocket 的核心不是单一连接按钮,而是服务器配置、Global Routing、规则顺序、DNS 与系统连接状态共同组成的处理链。以下项目对应应用内常用界面和实际设置动作。
规则分流用于决定每一类请求应交给哪个策略处理。Shadowrocket 会从上到下检查 Config 中的规则,首先命中的项目立即生效,因此具体域名规则应放在宽泛规则之前,FINAL 通常位于末尾。常用关键字包括 DOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD、GEOIP、IP-CIDR 与 IP-CIDR6。设置后可通过连接记录观察实际命中项,不应只凭网页能否打开判断规则是否正确。
编写规则前先确定目标:哪些请求使用 PROXY,哪些使用 DIRECT,哪些需要 REJECT。规则越精简,后续排查越容易;出现异常时,应从顶部开始检查是否被更早的一条宽泛规则截获。
Global Routing 控制整体流量采用哪种处理方式。Config 表示依据当前配置文件中的规则逐条判断,适合需要细分不同域名和地址范围的场景;Proxy 表示流量统一使用当前所选服务器;Direct 表示流量直接连接。排查连接问题时,可以短暂切换姿态进行对照:若 Proxy 可用而 Config 异常,应重点检查规则、DNS 与 FINAL;若各姿态都失败,则先检查服务器信息和本地网络。
日常使用通常选择 Config,但前提是已确认配置文件来源、规则顺序和策略名称相互对应。切换姿态后应重新访问测试页面,避免旧连接或缓存影响判断。
Shadowrocket 可录入 Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 与 Hysteria2 等服务器信息。协议名称相同并不代表参数可以互换:地址、端口、认证字段、传输方式、TLS、SNI 与路径等内容必须与用户已有的服务器资料一致。手动添加时应在 Add Server 中逐项核对;通过 Subscribe 导入后,也应抽查协议类型和关键参数是否完整。
连接失败时不要同时修改多项参数。建议先保留原始资料,逐项对照服务器端设置,再使用 Connectivity Test 或连接记录确认失败发生在解析、握手还是认证阶段。
用户已经持有自己的订阅链接时,可以在 Subscribe 中添加并更新。导入前应确认链接来自自己正在使用的服务商,并注意链接本身可能包含个人凭据,不宜公开粘贴。更新订阅通常会重新读取服务器列表;如果原有项目被替换,应检查当前选中的服务器是否仍然存在,以及 Config 中引用的策略名称是否发生变化。
订阅更新失败时,先在正常网络环境下确认链接仍有效,再检查链接是否复制完整。不要反复新建同一订阅,否则容易留下名称相近的重复项目,给后续选择和排查造成干扰。
On Demand 用于根据网络环境和预设条件决定是否建立系统连接。它适合需要在特定 Wi-Fi 或蜂窝网络状态下自动应用配置的用户,但配置前应先确保手动连接已经稳定可用。否则,服务器、规则与触发条件同时参与判断,会增加定位难度。启用后应分别在目标网络和排除网络中验证,确认触发结果符合预期。
如果出现频繁连接或未按预期启动,应先停用 On Demand,再检查条件是否过于宽泛、网络名称是否准确,以及系统中的 VPN 配置是否仍然有效。
Data 页面用于查看应用记录的流量使用情况,连接记录则可辅助确认请求是否进入 Shadowrocket、命中了哪条规则以及采用了什么策略。统计结果适合做相对比较,例如确认某次测试是否产生流量,但不应把它当作运营商账单或服务器端计量的替代。不同统计口径、连接复用和缓存都可能造成数值差异。
排查时建议先清理无关测试条件,只访问一个明确目标,再查看对应记录。若完全没有新记录,应先检查系统连接状态;若有记录但策略不符,则返回 Config 检查规则顺序。
iCloud 同步可用于在同一 Apple ID 的设备间保存部分应用数据,但换机前仍应整理重要的 Config、订阅来源和手动服务器资料。恢复后要逐项确认:Shadowrocket 是否已从 App Store 的已购项目恢复,订阅能否更新,当前服务器是否选中,Global Routing 是否保持预期姿态,以及系统 VPN 授权是否重新完成。
同步完成不等于所有外部资料都已恢复。订阅链接和服务器凭据仍由用户自行保管;涉及敏感字段的配置文件在分享或导出前应确认接收位置和用途。
在 Home 进入 Add Server,按已有资料选择协议并填写地址、端口与认证字段;已有订阅链接则通过 Subscribe 导入。完成后先选择一个服务器,不急于修改其他高级项目。
需要按规则处理时选择 Config;临时验证服务器连通性时,可用 Proxy 做对照;Direct 用于确认本地网络本身是否正常。每次只切换一个条件并记录结果。
首次连接时按系统提示允许添加 VPN 配置。开关稳定后访问明确的测试目标,再查看 Connectivity Test、连接记录与规则命中情况,区分服务器故障和规则配置问题。
搜索结果中的名称和图标可能相近,判断是否为 Shadowrocket 应回到 App Store 产品页,逐项核对开发者、应用 ID、购买状态与兼容性信息。
产品页开发者应显示为 Shadow Launch Technology Limited,产品页地址中应包含应用 ID 932747118。核对时还应观察官方图标是否与已知产品页一致。名称、开发者、图标和应用 ID 应放在同一页面中整体判断,而不是只看搜索标题。
本站名称用于中文说明,不代表应用开发者。购买、退款、账单、兼容性与商店账号状态均由 App Store 对应流程处理;系统要求以 App Store 页面标注为准。
Shadowrocket 是付费商业应用,美区页面定价约为 2.99 美元一次性买断,其他店面会按照当地货币和当前商店信息显示。实际结算金额应以购买确认页面为准,不应根据截图或旧文章推断当前价格。
购买记录与当时使用的 Apple ID 及商店地区相关。换机或重新获取时,应先登录原购买账号,再到 App Store 已购项目中检查状态。账号地区发生变化时,产品可见性和已购显示可能不同,应以商店实际结果为准。
客户端买断 ≠ 线路套餐。购买 Shadowrocket 取得的是客户端使用权,不会自动生成可连接的服务器资料。用户需要已经持有自己的订阅或服务器信息,才能在 Add Server 或 Subscribe 中完成配置。
本站不提供任何节点或订阅,也不评价服务商。服务器的可用性、速度、到期状态和技术参数由用户与其服务商自行确认。遇到连接问题时,应先区分客户端购买状态、订阅有效性和服务器连通性,避免把三类问题混在一起处理。
Shadowrocket 是闭源商业应用。应用更新、兼容性说明和商店展示信息均应从 App Store 查看,不应依据第三方文章中的界面细节推断当前状态。应用内项目名称或位置发生变化时,以当前设备实际显示为准。
更新前建议保留重要 Config、订阅来源和手动服务器资料。更新完成后若出现异常,可依次检查当前服务器、Global Routing、系统连接授权、DNS 与规则命中,不要在未确认原因前同时重建全部配置。
可连接、可解析、规则命中和目标可访问是不同环节。按层检查比反复删除配置更容易找到原因。
先用 Direct 检查本地网络,再用 Proxy 检查当前服务器,最后回到 Config 查看规则和 DNS。三次测试应使用同一目标,避免条件不一致。
查看故障排查 →更新会按订阅返回内容重建或调整列表。应检查当前选中项目、协议字段和 Config 中引用的策略名称,不要仅根据显示顺序判断。
查看导入步骤 →日常按规则分流通常使用 Config;Proxy 和 Direct 更适合做对照测试。选择前先明确希望哪些请求经过服务器、哪些请求直接连接。
查看功能说明 →先在 App Store 核对已购状态,再确认订阅来源与 Config,完成系统连接授权后进行单服务器测试,最后恢复 On Demand 等自动化设置。
查看恢复说明 →文章将单一问题拆成可验证的检查步骤,配置过程中可按现象选择对应主题。