App Store 购买信息
先核对应用,再确认购买
Shadowrocket
App Store 产品页
- 开发者
- Shadow Launch Technology Limited
- 应用 ID
- id932747118
- 付费方式
- 一次性买断
面向 iPhone / iPad 的规则代理客户端,支持规则分流,通过 App Store 一次性买断。
先核对应用,再确认购买
Shadowrocket
App Store 产品页
按服务商提供的协议与字段填写
区分规则处理、代理与直连
设置项说明列表,并非应用截图。Config 依配置判断,Proxy 使用代理,Direct 直接连接。
示例只用于理解规则结构
# 域名后缀
DOMAIN-SUFFIX,example.com,PROXY
# 本地地址段
IP-CIDR,192.168.0.0/16,DIRECT
# 最终匹配
FINAL,PROXY
先验证手动连接,再设置触发条件
网络条件名
先分清服务器、配置文件与连接开关的职责,再调整具体设置。以下六项说明可分别阅读,完整操作顺序见官方手册。
Global Routing 决定请求按哪一种姿态处理。Config 根据当前配置中的规则选择策略;Proxy 将需要处理的请求交给代理;Direct 用于直接连接。日常使用规则分流时,先确认正在使用的配置文件,再选择 Config。规则通常按顺序匹配,前面的条件会影响后面的结果,因此修改前应保存原配置。若某个网站的走向不符合预期,先检查命中的规则与目标策略,不要只凭连接开关判断分流是否正确。
在手册中阅读 →界面词说明:三种姿态改变处理路径,不会补全缺失的服务器信息。
On Demand 根据设定的网络条件请求建立连接,适合在手动连接已经验证正常后使用。在 Settings 中找到 On Demand,按实际需要检查 Wi-Fi 与 Cellular 相关条件,并确认系统中的 VPN 配置仍然存在。它负责何时触发连接,Global Routing 负责连接后怎样处理请求,两者不是同一个设置。排查自动重连或切换网络后的异常时,可先暂停按需触发,回到手动连接做对照,再逐项恢复条件。
在手册中阅读 →是否触发还取决于系统网络状态;触发不等于目标网站已经可访问。
添加服务器前,先核对用户已有参数中的协议类型。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 等协议的认证与传输字段不同,不能把一种协议的参数照搬到另一种类型中。在 Add Server 先选择 Type,再逐项核对地址、端口、认证信息以及 TLS、传输相关设置。导入成功只表示记录已被保存;缺少字段或参数不一致仍会导致连接失败。应按原始资料填写,不凭协议名称推测其他选项。
在手册中阅读 →协议名用于对照参数类型;具体字段以应用实际显示为准。
订阅导入以用户已有自己的订阅地址为前提。添加时选择对应的 Subscribe 类型,完整粘贴地址,注意复制过程中出现的空格、换行和被截断的查询参数。首次导入后应检查分组中是否出现预期记录,再进行连接验证。订阅更新用于重新获取服务器资料,不等于延长服务有效期,也不保证原记录继续可用。若更新失败,先检查本地网络、地址有效性和服务商返回内容,不要反复删除已经能用的配置。
在手册中阅读 →订阅地址可能含访问凭据。求助时不要公开完整链接或二维码。
配置文件保存规则及相关网络设置,服务器记录则保存连接目标,两者需要分别确认。在 Config 中检查当前使用的文件,编辑前保留可恢复副本,再理解 General、Rule、Hosts 等分段的用途。规则片段应放在正确位置,并与实际存在的策略对应。使用 iCloud 同步相关功能时,应先检查设备的系统账户与同步状态;同步不能代替独立备份。涉及敏感参数的文件应妥善保存,排查时一次只修改一项。
在手册中阅读 →DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY
语法示例,不是可直接覆盖现有文件的完整配置。
Connectivity Test 用于检查所选测试方式下的连通情况,结果不能代替网页访问验证。Data 可辅助观察流量变化,但客户端读数与服务商后台可能采用不同统计口径。出现异常时,在 Settings 中查看 Diagnostics 相关工具,记录问题发生时的网络、分流姿态和错误现象,再依次排查本地网络、服务器参数、DNS 与规则。对外提供诊断信息前应遮盖认证字段;只看一个延迟结果,通常不足以确定问题所在。
在手册中阅读 →建议保留“网络条件 → 测试方式 → 实际现象”的完整记录。
Shadowrocket 只通过 App Store 获取。购买前先核对产品信息,再查看当前设备的兼容性与账户中的购买状态。
适合从 Home 开始完成首次导入与连接。通过 App Store 购买后打开应用,先添加已有服务器或订阅,再在首次连接时阅读系统的 VPN 配置提示。允许配置后回到应用确认开关状态,并实际访问目标网站;不要把应用已经打开当作连接已经建立。
系统要求以 App Store 页面标注为准。若商店未显示预期的购买或重新获取按钮,先确认当前商店账户与购买记录,再判断是否需要重新操作。
查看 iPhone 获取与权限步骤 →iPhone 与 iPad 可在同一 Apple ID 的已购记录中确认应用并重新获取。较大的显示区域便于对照 Config 与参数说明,但界面布局变化不会改变服务器、规则和连接权限之间的关系;操作时仍应以当前页面显示的项目名为准。
购买记录恢复不代表已有服务器资料也已经恢复。首次在另一台设备打开时,应分别检查配置、订阅和系统 VPN 授权;通过同步得到的内容也需要重新验证连接。
查看 iPad 购买与使用说明 →Mac / Apple TV 也可在同一 App Store 获取,兼容性、系统要求及通用购买适用性以 App Store 页面标注为准。
查看获取步骤 →准备好用户已有的订阅或服务器信息后,按以下顺序操作。先取得一个可重复验证的结果,再逐步加入自动连接与自定义规则。
进入 Home,通过 Add Server 选择对应 Type。手动填写时逐项对照原始参数;导入订阅时确认地址完整,并检查导入后的服务器分组。二维码和订阅地址可能包含访问凭据,保存与传递时应按敏感信息处理。
完成后先检查是否确实出现可选记录。记录为空、类型不符或缺少必要参数,应停在这一阶段纠正,而不是继续更改 DNS 或分流规则。本站只说明导入与使用方法,不提供任何节点或订阅。
使用配置中的规则时选择 Config,并确认当前配置文件。需要做排查对照时,可在理解影响的前提下临时使用 Proxy 或 Direct,观察同一目标的访问差异;完成测试后恢复原先设置,避免后续结果混在一起。
配置文件里出现 PROXY,并不代表所有请求都会使用代理。实际结果取决于规则顺序、匹配条件和最终策略。若只有一个网站异常,优先查看它对应的规则,而不是立即重建全部服务器记录。
选定服务器后打开连接开关,首次连接按系统提示添加 VPN 配置。随后执行 Connectivity Test,并打开需要访问的网站,观察页面是否正常加载。系统连接状态、测试结果和实际访问属于不同检查点,应分别确认。
失败时先记录错误表现,再核对当前网络与服务器参数。延迟正常但网页打不开,可继续检查 DNS 和规则;切换网络后异常,则先比较同一配置在不同网络中的表现。每次只改一个条件,才便于判断是否有效。
Shadowrocket(小火箭)为闭源商业应用。获取、付款与更新以 App Store 产品页及账户中的购买记录为依据,本站是官网与官方手册。
进入商店产品页后,先确认名称为 Shadowrocket,再核对开发者 Shadow Launch Technology Limited。应用图标应与本站使用的官方图标一致;产品页链接中的应用 ID 为 932747118。名称相近不等于同一应用,应把这三项一起检查,不能只凭搜索结果的排列或图标颜色作判断。
核验完成后再查看价格与兼容性。本站的下载说明集中解释这些信息所在的位置,实际付款仍在 App Store 完成。若从站内不同章节前往获取说明,最终对应的仍是同一个产品页,不需要寻找其他获取入口。
查看正版核验步骤 →App Store 的可见内容、付款币种和账户可用的支付方式可能随店面变化。找不到应用时,先确认打开的是指定产品页,并检查商店当前显示的账户与店面信息。系统要求一律以 App Store 页面标注为准,不根据其他设备能否打开来推断当前设备一定兼容。
账户地区属于商店账户设置问题,与 Add Server 中填写的服务器地址没有直接关系。导入配置不会改变商店的购买资格;修改网络规则也不能替代核对账户状态。遇到购买提示,应先阅读商店说明,再按对应的账户流程处理。
查看商店入口说明 →客户端买断 ≠ 线路套餐。一次性购买支付的是 Shadowrocket 客户端的使用费用,不会自动生成服务器记录,也不会附带可用于连接的订阅。美区参考定价为 2.99 美元,各店面按当地货币显示,实际价格以 App Store 页面标注为准。
连接需要用户已有自己的订阅或服务器信息。服务有效期、额度及参数变化应向原服务商核对;应用购买成功与已有服务是否有效是两件事。本站不提供、不销售、不推荐节点或订阅,只讲解如何准确导入、选择规则、验证连接与处理异常。
阅读价格与买断事实 →换机后先使用原购买账户检查 App Store 的已购项目,再重新获取应用。iPhone 与 iPad 的购买记录和本地配置需要分开理解:能够重新获取客户端,不表示订阅地址、服务器认证或自定义规则已经回到设备中。重装前应保存必要资料,恢复后逐项核验。
日常更新通过 App Store 进行,更新说明以商店显示为准。涉及 iCloud 同步时,先检查系统账户与同步设置,并保留独立的配置副本。更新后如果表现改变,先确认当前服务器与 Config 选择是否仍然正确,再检查 On Demand 等自动触发条件。
查看已购恢复说明 →购买恢复的是应用使用资格,服务器需要用用户已有的信息另行添加。先检查 Add Server 或 Subscribe 是否完成导入,以及分组是否出现预期记录。购买记录和服务参数应分别核对。具体导入顺序见入门指南。
测试只反映所选测试方式的结果,网页访问还涉及 DNS、TLS、规则命中和目标服务状态。记录具体失败的网站与网络条件,先确认 Global Routing,再检查 DNS 与配置规则。分层检查方法见常见问题。
不是。订阅通常用于获取服务器资料,Config 管理规则及相关设置。更新其中一项不代表另一项已同步改变。先确认本次要解决的是服务器信息变化还是请求分流问题,再选择对应操作;名词解释见术语表。
不能直接等同。客户端与服务商后台的统计起点、范围和计算口径可能不同。Data 更适合辅助观察流量变化,服务可用额度应以原服务商提供的信息为依据。需要保留证据时,同时记录统计范围和观察时间,避免比较不同口径的数值。
从具体现象进入专题说明:先明确统计口径,再检查解析与网络链路。每篇文章围绕一个问题展开,便于按当前故障选择阅读路径。
速度下降不一定来自同一个环节。按已有服务器、本地网络与协议设置逐层比较,保留同一目标与同一条件,减少多项调整造成的误判。
阅读排查顺序 →把服务器测试与域名解析分开验证,识别请求卡在哪个阶段。先检查当前 DNS 与分流配置,再按顺序调整,避免一开始就重建全部记录。
阅读 DNS 检查方法 →区分上传、下载与不同视图的观察范围,理解客户端读数为何不一定与服务商后台一致,再把流量变化用于辅助判断实际连接情况。
阅读统计口径说明 →