小火箭开了连不上网怎么办:按服务器、模式、DNS、规则逐项排查
开关显示已连接但网页打不开时,先检查服务器连通性,再核对 Global Routing、DNS 设置和规则命中,按顺序缩小问题范围。
阅读排查顺序 →怎么开始使用?先核对App Store 正版,再为 iOS / iPadOS 导入已有连接信息;客户端一次性买断,规则与配置按需设置。
功能问答
设置从哪里找?按功能查看入口,再对照自己的连接信息逐项核对。
这个功能解决什么问题:不同请求怎样分别采用代理或直连?
规则根据域名、地址等条件选择策略,按配置中的先后顺序检查,命中后采用对应策略。在 Config 中选择并启用配置,再将 Home 的 Global Routing 设为 Config,才能按该配置分流。先写范围明确的规则,再写较宽的规则,最后放置 FINAL。右侧片段仅说明语法,PROXY 的实际连接仍取决于所选服务器与策略配置;修改后应核对请求命中,不能只凭连接开关判断结果。
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY
这个功能解决什么问题:网络切换后是否需要手动重新连接?
On Demand 用于按设定条件触发连接,不负责修复失效的服务器,也不改变已有服务的有效期。在 Settings 中进入 On Demand,先阅读当前应用提供的条件,再按自己的 Wi-Fi 与蜂窝网络使用方式设置。建议先确认手动连接能够正常访问,再启用按需行为;设置后分别切换网络验证触发结果。若排查时连接反复恢复,应同时检查这里的条件与系统 VPN 状态,而不是连续切换 Home 开关。
这个功能解决什么问题:已有服务器信息应该选择哪一种 Type?
Shadowrocket 支持 Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2 等协议。进入 Add Server 后,应按已有服务信息选择 Type,再填写相应字段,不能仅因名称相近就互换协议。主机、端口、认证信息、传输方式与 TLS 相关选项需要彼此一致;某一项填错也可能导致连接失败。导入后同样要核对参数,先确认服务端提供的内容,再判断是否需要更改客户端设置。
协议名称参考
Shadowsocks
VMess / VLESS / Trojan
HTTP / SOCKS5
WireGuard / Hysteria2
这个功能解决什么问题:如何集中导入并更新自己的服务器条目?
订阅是获取服务器条目信息的地址,不是应用购买凭证。已有自己的订阅时,在 Add Server 中将 Type 设为 Subscribe,填写完整地址并保存,再更新该订阅查看导入结果。地址中的查询参数也可能用于认证,复制时不要漏掉尾部内容。更新失败先确认地址是否完整、服务是否有效以及当前网络能否访问该地址。更新成功只说明列表获取完成,仍需选中可用条目并测试;本站不提供订阅地址或连接服务。
https://example.com/sub?token=xxxx
教学示例,请替换成自己的有效地址。
这个功能解决什么问题:服务器列表以外的规则和网络设置放在哪里?
Config 用于管理配置,规则、Host 映射及其他配置内容与服务器条目并非同一类数据。已有配置时,先检查来源和适用范围,再选择需要使用的配置;手动编辑前保留原有内容,以便撤回改动。每次只修改一类设置,保存后核对是否启用了正确文件。使用 iCloud 同步相关内容时,也应在目标设备确认同步状态与实际选中项,不要将同步完成等同于配置已生效,更不要把服务器订阅误当作完整分流配置。
这个功能解决什么问题:已连接却打不开网页时应先检查什么?
先在 Home 使用 Connectivity Test 检查服务器响应,再确认 Global Routing、当前配置与 DNS 设置。不同测试方式测量的对象不同,测试有结果并不等于所有网站都能访问。Settings 中的 Diagnostics 可辅助定位问题,Data 可查看流量情况,但流量数字本身不能证明请求走了预期策略。复现问题时记录网络类型、目标与修改项,尽量一次只改一个变量;分享诊断信息前先移除订阅地址与认证内容。
结论是先区分“按配置决定”与“统一指定方向”。配置姿态 Config 根据当前启用配置的规则处理请求;代理姿态 Proxy 将请求交由所选代理处理;直连姿态 Direct 使用直接连接。三者是处理方式,不是服务器协议,也不是订阅类型。日常需要按规则分流时,应核对 Config 与实际选中的配置是否配套,不要只看到配置文件存在就认为规则正在运行。
怎么验证改动?先选一个明确的测试目标,记录原来的 Global Routing 和配置,再修改单个设置并重试。若 Proxy 下可以访问而 Config 下失败,应继续检查规则、策略与 DNS,而不是立刻重复导入服务器。若不同姿态都失败,优先回到服务器参数、当前网络与服务有效性检查。完整的分步流程见首次连接教程;规则范围与先后顺序见规则与配置参考。
设备与商店
在哪台设备操作?先查看对应说明,购买范围和系统要求均以 App Store 页面标注为准。
从 App Store 产品页核对应用后购买或重新下载。首次连接时阅读系统添加 VPN 配置的提示,再按自己的使用意图确认授权。
前往说明 →使用购买时的 Apple ID 检查已购记录与下载状态。客户端购买权益和已有连接信息分开核对,装好应用后仍需确认所选服务器与配置。
前往说明 →结论是购买记录可以核对,连接状态要逐台验证。iPhone 与 iPad 的通用购买范围以商店标注为准;同一 Apple ID 已购时,先查看产品页和已购项目显示的操作,不要仅凭桌面上是否存在图标判断是否需要再次购买。若商店显示与预期不同,应先核对当前用于 App Store 的账号与购买记录,再处理设备安装问题。
安装完成后,分别确认已有订阅、服务器条目和启用配置。应用已经下载,不等于另一台设备的所有设置已经到位;即便使用同步功能,也应在目标设备上检查当前选中项。还要核对自己的连接服务是否有同时使用限制,这属于已有服务的使用条件,不由客户端买断决定。首次测试可以先保持一个已知可用的条目,避免同时改动订阅、规则和 DNS。
Mac / Apple TV 也可在同一 App Store 获取,系统要求与购买范围以商店页兼容性标注为准。
正版与购买事实
购买前要看什么?按开发者、官方图标、应用 ID 三处交叉核对,不以搜索结果中的简称判断。
结论是名称只能帮助查找,不能代替核验。打开 Shadowrocket 产品页后,查看开发者是否为 Shadow Launch Technology Limited,比较应用图标是否与本站页头的官方图标一致,再核对链接中的 id932747118。这三个信息应同时对应。产品页的价格、兼容性与购买操作也应在同一个页面查看,避免把搜索列表里的其他项目当作目标应用。
在哪里核对更稳妥?先进入本站的 App Store 正版核验页,按清单逐项确认,再打开产品页。Shadowrocket 是闭源商业应用,获取与更新均通过 App Store。官方手册负责说明操作路径和可核对的事实,不能用一段介绍文字代替商店中的实际购买记录,也不应根据图标相似或名称含有“小火箭”就跳过其他核验项。
结论是先区分商店可见性与设备兼容性。核对当前 App Store 使用的账号及其店面,确认自己打开的是正确产品页,再查看兼容性栏和系统要求。不同店面显示的货币、可购买状态以及设备上的操作按钮可能不同,实际结果以当前商店页面为准。本文不写固定系统版本,避免把过时要求当成购买依据;已有设备能否安装,应以该设备打开商店后的标注确认。
如果之前购买过,先查购买记录,不要把“搜索不到”直接理解为“购买失效”。可以从 App Store 的账户入口查找已购项目,再比对应用名称与开发者。若出现支付或账单疑问,应以商店订单信息为依据处理。客户端内的服务器列表、订阅更新结果和连接开关属于另一层问题,无法用来证明商店购买是否完成。
结论是购买对象为客户端使用权益。美区参考价格为 2.99 美元,各店面按当地货币显示,实际金额以 App Store 购买确认页为准。客户端买断 ≠ 线路套餐。购买应用不会自动生成服务器,也不会替用户补齐订阅地址、认证信息或服务有效期。本站不提供任何节点或订阅服务,教程始终以用户已有自己的订阅或服务器信息为前提。
安装后列表为空怎么办?先确认自己是否已经准备好连接信息:有订阅地址时按 Subscribe 流程导入;只有单个服务器参数时,在 Add Server 中选择对应 Type 后填写。应用购买、订阅有效性和规则配置是三个不同环节。把这三项分开核对,可以避免反复购买客户端来处理服务器不可用的问题,也能更准确地描述故障发生在哪一步。
结论是先恢复应用,再核对设置。换机或重装时,使用购买时的 Apple ID 在 App Store 查看已购项目和重新下载操作;是否需要再次付费以商店显示的购买权益为准。重新下载应用不代表已有服务器信息和自定义规则一定已经恢复,完成安装后仍应检查 Home 的条目、Config 的选中项以及 Settings 中影响连接的选项。
更新通过 App Store 进行,具体内容查看商店更新记录。调整配置前保留可回退的副本;恢复或同步后,先测试一项已知行为,再逐步启用其他设置。若设备之间结果不同,记录各自的网络环境、Global Routing 与启用配置,逐项对照比仅比较“开关是否打开”更有帮助。涉及家人共享或其他设备购买范围时,也以产品页当时标注为准。
更新成功表示获取到了列表,不代表每个服务器都可用。先选中一个条目运行 Connectivity Test,再核对服务有效性、参数和当前网络;随后检查 Global Routing 与启用配置。不要在尚未确定故障层次时同时更改多项设置。分层检查见订阅与导入问答。
不能单独代表。Test Method 会影响测试方式,单次结果也受当前网络和测试目标影响。应先在相同条件下比较,再用实际目标请求验证;测试有响应与规则命中正确是两件事。遇到已连接但访问失败时,按服务器、模式、DNS 和规则的顺序检查,见规则与故障排查问答。
不应脱离当前配置直接套用。先确认启用配置里的 DNS 设置和实际故障现象,分清域名解析失败与服务器连接失败,再决定是否调整。修改前保留原值,每次只改一处并重复相同测试;规则涉及域名时,还应结合请求记录判断。术语含义可先阅读DNS 与网络术语。
授权只是允许客户端建立相应系统网络配置,不等于服务器、订阅和规则均已验证。返回应用后确认所选服务器、Global Routing 与连接状态,再访问一个明确的测试目标。首次使用建议按步骤完成,不跳过导入结果与实际访问验证,具体操作见安装后的首次连接教程。
专题说明
基础步骤完成后还需要查什么?从当前遇到的问题进入专题,不必一次改动全部设置。
开关显示已连接但网页打不开时,先检查服务器连通性,再核对 Global Routing、DNS 设置和规则命中,按顺序缩小问题范围。
阅读排查顺序 →用规则片段区分域名、地址与最终策略的匹配范围,理解自上而下的顺序,以及为什么较宽的规则会影响后续匹配。
阅读规则说明 →从系统电池用量与网络连接行为开始,理解 On Demand 条件设置。结合自己的 Wi-Fi 与蜂窝网络使用方式验证,而不是只看后台名称。
阅读设置说明 →