iPhone
适合按教程完成购买、首次打开和连接验证。在产品页确认当前设备可用后,再使用自己的 Apple ID 购买。首次建立连接时,系统可能请求添加 VPN 配置;阅读弹窗并确认来源是刚打开的 Shadowrocket,再按系统提示授权。
购买完成不代表已经具备连接信息。请先准备已有的订阅或服务器资料,并确认内容完整;若尚未准备,仍可先阅读模式与术语说明,不必随意填写地址或密码。
前往 iPhone 说明 →从正在处理的问题选择入口。以下是网页手册素材,不是应用截图;实际设置以应用内显示为准。
规则分流用于让不同目标采用不同连接策略。在 Global Routing 中选择 Config 后,客户端依据当前配置匹配规则,而不是让所有请求都采用同一路径。编辑时先确认域名、IP 条件和策略名称,再检查规则的先后关系;较具体的条件通常放在前面,FINAL 放在末尾承担兜底。右侧示例仅说明语法,不应直接替代你的完整配置。验证时查看实际请求命中的规则,不能只凭连接开关判断分流是否正确。
查看规则教程 →DOMAIN-SUFFIX,example.com,PROXY匹配域名后缀,使用 PROXY 策略GEOIP,CN,DIRECT匹配地理 IP 条件,使用 DIRECT 策略FINAL,PROXY前面的规则均未匹配时使用On Demand 用于根据网络条件触发连接,适合在已经确认可用的配置上继续设置。先在 Settings 中查找 On Demand,逐项检查 Wi-Fi 与蜂窝网络相关条件,避免在尚未定位故障时同时修改自动连接行为。按需连接不等于所有应用都会持续传输数据,也不保证一定减少电量消耗。若切换网络后反复连接,应先暂时停用相关条件,手动复测同一目标,再结合系统电池用量和连接记录判断原因。
查阅 On Demand 术语 →Shadowrocket 支持多种协议,但协议类型不能只按名称或速度印象选择。在 Add Server 中,Type 应与用户已有的服务器信息完全对应,再填写地址、端口及该类型要求的认证字段。Shadowsocks 的 Method、Trojan 的密码与 TLS、WireGuard 的密钥和地址设置各有不同,不能互相套用。协议名称相同也不代表传输参数一致;遇到连接失败时,应逐项比对原始资料,而不是连续更换类型。技术参考按字段解释这些差异。
查看协议技术参考 →Subscribe 用于导入和更新用户已有的订阅内容。开始前先确认拿到的是订阅地址,而不是普通网页地址或单条服务器分享内容;导入后核对生成的条目与原始资料是否一致。更新失败时先检查地址完整性、访问条件及订阅是否仍有效,不要反复删除所有配置。订阅地址可能包含访问凭据,分享截图或排查记录前应遮盖敏感部分。本站只说明导入方法,不提供、不销售、不推荐任何节点或订阅。
查看已有订阅导入步骤 →https://example.com/sub?token=xxxx示例不可用于连接,不含真实凭据Config 管理连接过程中使用的规则及相关设置,不等同于订阅中的服务器列表。首次使用应先确认当前启用的是哪份配置,再检查 Global Routing 是否选择 Config;只编辑文件而未启用,可能不会改变实际分流结果。修改前保留可恢复的副本,每次只改一类条件并记录目的。需要在设备间整理资料时,可检查应用提供的 iCloud 同步选项与同步范围,但不要把同步当成已完成备份,也不要假定所有设备的本地状态完全相同。
查看代理模式说明 →Connectivity Test、Diagnostics 与 Data 分别提供不同角度的检查信息。测试结果用于定位问题,不应把一次响应直接解释为所有网站都可访问,也不能用 Data 中的流量记录推断服务端剩余额度。排查时先确认本地网络正常,再核对服务器参数、当前模式与规则命中,最后对照真实目标访问。记录测试方式及发生问题的网络条件,比反复测试更有帮助。提交诊断材料前应移除订阅地址、密码及其他可识别的连接凭据。
查看连接验证步骤 →唯一获取入口是 App Store。系统要求、设备兼容性及是否通用购买,以 App Store 页面标注为准。
适合按教程完成购买、首次打开和连接验证。在产品页确认当前设备可用后,再使用自己的 Apple ID 购买。首次建立连接时,系统可能请求添加 VPN 配置;阅读弹窗并确认来源是刚打开的 Shadowrocket,再按系统提示授权。
购买完成不代表已经具备连接信息。请先准备已有的订阅或服务器资料,并确认内容完整;若尚未准备,仍可先阅读模式与术语说明,不必随意填写地址或密码。
前往 iPhone 说明 →适合在较宽的屏幕上阅读配置、核对规则与整理已有资料。已购买用户先检查 App Store 使用的购买账号,再查看已购项目中的获取状态;是否通用购买与当前兼容性,以 App Store 页面标注为准。
iPad 上的布局可能与 iPhone 不同,操作时以 Home、Config、Settings 等界面词定位,不要只按截图中的坐标寻找。系统连接授权仍需在当前设备确认,配置是否同步也应单独检查。
前往 iPad 说明 →先完成手动连接,再考虑自动连接和复杂规则。每一步都保留一个可以检查的结果。
按已有资料选择录入方式:单条服务器在 Add Server 中核对 Type 和各项字段,订阅则使用用户已有的完整订阅地址。导入完成后,先检查名称、服务器地址、端口和协议是否对应,不要因为列表出现条目就认为参数已经正确。二维码和分享内容同样需要核对来源与完整性。
如果一项字段不明确,应返回原始资料确认,而不是使用网上示例中的值。尤其是认证信息、TLS 和传输相关选项,错误组合可能让条目成功保存,却无法完成连接。示例域名只用于解释格式,不能作为实际服务器使用。
Config 按配置规则分流,Proxy 使用代理姿态,Direct 使用直接连接姿态。希望按网站分别处理连接时,应选择 Config 并确认当前启用的配置文件;排查时可以用其他姿态进行对照,但要记录改动,测试后恢复预期设置。模式与服务器选择是两个不同检查项,不能互相替代。
首次使用不必立刻编写大量规则。先理解现有配置的最终策略,再逐步加入明确需要的条件。若某个网站的行为与预期不同,应检查规则命中及域名条件,而不是直接判断整个服务器不可用。Scene 相关行为可在熟悉基础模式后另行查看。
确认选中的服务器与模式后,再打开连接开关,并按系统提示完成 VPN 配置授权。先用 Connectivity Test 收集线索,再访问一个明确的目标,观察是否符合当前规则的预期。系统显示已建立连接,只表示连接状态,不能单独证明认证、DNS、规则和目标访问都正常。
出现问题时按本地网络、服务器参数、模式与规则、实际目标的顺序检查。一次只改变一个条件,并保留修改前的设置。若只在某个 Wi-Fi 或蜂窝网络下异常,记录网络条件后再比较;这样更容易找到差异,也能避免把自动连接问题误认为协议问题。
Shadowrocket(小火箭)是闭源商业应用。购买前确认产品身份,购买后分别管理应用与自己的连接资料。
在 App Store 产品页查找开发者或销售商相关信息,核对为 Shadow Launch Technology Limited。不要只凭搜索结果中的应用名称、排序或相近描述作决定。同名或近似名称不足以证明产品身份,应结合图标和应用 ID 一起判断。
核对时停留在实际产品页,而不是仅看搜索列表摘要。若页面信息与手册列出的三要素不一致,先返回核验页重新确认入口,再继续购买流程。价格和兼容性也应在同一个产品页查看,避免把其他应用的资料混在一起。
官方图标为白底蓝紫描边图案,与此处图标一致。产品页地址应包含 id932747118;应用名称、开发者、图标和 ID 应指向同一产品。单独看图标颜色或名称中的某个词,不能代替完整核对。
从本站获取说明页进入后,也应在 App Store 中阅读当前展示的信息。商店店面、界面语言和价格显示可能不同,核对产品 ID 与开发者可以帮助确认仍然是同一款 Shadowrocket,而不是另一个相似条目。
一次性买断购买的是 Shadowrocket 客户端的使用资格。美区定价约为 2.99 美元,各店面按当地货币显示,最终以 App Store 页面为准。应用购买与用户已有订阅、服务器的有效期及连接条件分别管理,不能把客户端付款记录当成连接服务已经准备好的证明。
本站不提供、不销售、不推荐任何节点或订阅。手册中的导入步骤始终以用户已有自己的订阅或服务器信息为前提。购买前可以先确认自己是否具备相应资料;购买后若列表为空,应按教程导入自己的现有配置,再核对参数与连接状态。
在 iPhone 与 iPad 间使用时,先检查 App Store 中的购买账号和已购记录;是否通用购买,以 App Store 页面标注为准。换机或重新获取应用后,先恢复应用,再确认已有配置是否仍在。恢复购买资格不等同于恢复所有本地规则、订阅地址与自定义选项。
商店是否展示产品与账号所属店面有关。遇到搜索不到、价格币种变化或重新出现购买按钮时,先检查当前账号和产品页,不要只依据设备地区或界面语言判断。涉及账号地区设置时,应先阅读 App Store 的提示及相关条件,再决定是否调整。
先区分购买、连接和规则三个层次,再决定下一步检查什么。
服务器条目提供连接参数,Global Routing 决定如何处理请求。即使条目填写正确,当前模式或配置也可能使某个目标采用不同策略。先确认 Config、Proxy、Direct 的含义,再查看目标命中的规则,避免把路由选择与认证参数混为一谈。
查阅路由模式术语 →不是同一概念。Subscribe 通常用于导入、更新已有服务器条目;Config 涉及分流规则与相关设置。拿到地址或文件后,先确认它属于哪种内容,再选择对应入口。不要把普通网页地址直接当作订阅,也不要假定导入服务器后就自动启用了所需规则。
查阅订阅与配置术语 →Data 反映客户端记录的信息,统计范围与计量方式需要按应用内说明理解。它不应直接代替用户已有服务的额度记录。排查流量增长时,可以结合连接时段、实际使用和规则检查,但不要仅凭一个累计值推断服务端账户状态。
查阅 Data 与诊断术语 →还需要确认真实目标能否访问,以及请求是否采用预期策略。先检查本地网络,再核对服务器参数和 Global Routing,随后对照测试与请求记录。若只影响一个网站,优先排查该目标相关的规则与解析条件,而不是同时改动全部设置。
查看完整验证流程 →按具体问题补充参数和排查思路。先保留现有设置,再对照文章逐项检查。
从已有服务器资料出发,区分地址、密码、SNI 与 TLS 的用途。填写时逐项对应,遇到认证或握手问题时按字段检查,不用反复更换协议类型代替定位。
阅读参数说明 →测试超时与实际连接失败需要分别理解。按测试方式、地址端口、认证信息、系统时间与 TLS 设置的顺序整理线索,减少同时修改多个条件造成的误判。
阅读排查清单 →以 Global Routing 选择 Config 为前提,解释域名条件、规则顺序与 FINAL,DIRECT 的配合。理解示例后再按自己的访问目标调整,并验证规则是否命中。
阅读分流说明 →