Shadowrocket 首次打开:VPN 配置权限与 Home 页各区块逐项说明

本文速览

Shadowrocket（小火箭）首次使用应先分清三个环节：准备已有的服务器配置、允许系统添加 VPN 配置、验证实际连接。本文适合刚进入 Home 页的用户，按权限、页面区块、路由方式和验证顺序说明操作。完成后应能判断当前是尚未选择服务器、尚未获准建立连接，还是连接后仍需检查访问结果。

首次准备：应用购买与连接配置分开

Shadowrocket 是 Apple 平台上的闭源商业应用，以 iPhone 和 iPad 使用为主，唯一获取入口为 App Store。核对商店页面时，应用名称应为 Shadowrocket，开发者为 Shadow Launch Technology Limited。系统要求以 App Store 页面标注为准。

客户端买断 ≠ 线路套餐。购买应用并不会自动生成可用服务器，Home 页中的 SERVER 列表需要使用用户已有的服务器或订阅配置填充。本文以你已经拥有自己的服务配置为前提，只说明应用内的导入、选择与检查方法。

932747118

App Store 应用 ID，用于核对产品页面

3 个入口

本文涉及 Home、Config、Settings 的职责划分

如果 SERVER 为空，先准备配置，不必反复点击连接开关。订阅地址、服务器地址、端口、认证信息和传输参数都应以你已有的服务资料为准；不能用网页地址或任意端口代替服务器参数。

添加 VPN 配置：确认系统权限的用途

「添加 VPN 配置」是系统授权，不是订阅导入提示。Shadowrocket 需要通过系统提供的网络扩展能力建立连接，因此在首次建立连接、且系统尚未保存相应配置时，会请求添加 VPN 配置。提示未必在刚打开应用的瞬间出现，没有立即弹出不等于应用异常。

准备配置

在 Home 确认 SERVER 中已有可辨认的服务器。若使用已有订阅，可从 Home 右上角「+」进入 Add Server，将 Type 设为 Subscribe，填入完整订阅地址并保存；等待内容加载后再检查列表。
选择服务器

返回 Home，在 SERVER 中点击目标服务器左侧的选择圆点。打开服务器详情与选为当前服务器是两种操作，先确认选中标记落在目标条目上。
打开开关

点击 Home 顶部连接开关。若系统显示添加 VPN 配置请求，核对请求来自 Shadowrocket，再选择允许，并按系统要求完成设备认证。
返回验证

回到 Home 观察连接状态，再执行 Connectivity Test，并访问实际需要使用的网页。系统权限获准只代表可以建立配置，不代表服务器认证与目标访问已经成功。

Home 页：状态、策略、测试与列表

Home 是日常连接的操作页。顶部状态用于判断连接是否启动，Global Routing 决定如何选择连接策略，Connectivity Test 用于发起测试，SERVER 则承载可选的服务器条目。这几个区块相互关联，但不能用其中一个结果替代其他检查。

Home 页各区块的职责
区块	主要作用	首次使用要检查什么
`Not Connected` 与连接开关	显示未连接状态，并提供启动或停止连接的入口。	开关是否保持开启，连接后是否又回到未连接状态。
`Global Routing`	选择 Config、Proxy、Direct 或 Scene 等路由方式。	当前选项是否符合本次验证目的。
`Connectivity Test`	执行连通性测试，辅助观察服务器或测试目标的响应。	是否真正发起测试，结果是否为空或超时。
`SERVER`	列出已添加的服务器，并提供选择与详情入口。	列表是否有内容，当前选择是否是预期条目。

看到 Not Connected 时，应先按“列表有无内容、是否选中、权限是否允许”的顺序检查。若开关短暂开启后立即关闭，记录当时提示再排查；单看列表中存在服务器名称，无法判断认证信息和传输参数是否正确。

Global Routing：区分四种路由方式

Global Routing 不是服务器列表，也不会替你补齐缺失的服务参数。首次排查时应明确本次测试采用哪一种方式，并尽量一次只改一个变量。下面的“推荐”以已有正确配置文件为前提，不意味着任何配置都适用于所有网络。

Config

Proxy

将应用处理的连接采用代理路由，适合暂时减少规则分流带来的变量。仍需有可用的服务器配置；选中 Proxy 并不能修复错误的地址、端口或认证信息。

适合：短时验证代理连接，区分服务器问题与规则问题。

Direct

采用直连路由。此时普通网页可以打开，只能说明该网页在当前直连网络下可访问，不能据此认定已选服务器工作正常。

适合：对照当前网络的直连表现。

Scene

用于按已配置的场景条件选择相应路由行为。应先核对场景条件及其对应动作，而不是把 Scene 当成另一台服务器或固定的代理方式。

适合：已理解场景配置，需要按网络条件切换行为。

如果 Proxy 下可以访问目标、Config 下却失败，应继续核对当前配置及匹配规则，而不是立即重建 VPN 配置。Config 中的规则按顺序参与判断；前面的匹配结果可能让连接不再落到后面的规则。

SERVER：选中条目与查看详情分开

SERVER 列表中的名称是辨认条目的线索，不是可用性证明。手动添加的条目和从订阅加载的条目，都需要保留与服务端一致的协议及参数。首次连接时，先使用一个明确的条目完成验证，再处理更多分组或自动选择逻辑。

确认当前选择：检查服务器左侧的选中圆点。仅打开详情页或浏览某个条目，不代表它已成为当前选择。
核对基础参数：地址与端口必须配套，端口应取自已有服务资料，不能因为协议使用 TLS 就一律改成 443。
核对协议字段：VMess、VLESS 的 UUID 与 Trojan 的密码不能相互替代；TLS、传输方式以及相关主机名也要与服务端一致。
区分订阅更新：更新订阅是在重新读取服务器配置，不等于重新连接 VPN。更新后应重新确认列表内容和当前选择。

如果列表为空，优先检查订阅是否完整、是否返回有效配置，以及已有服务是否仍有效。订阅地址可能包含身份令牌，排查时只记录错误类型，不要把完整地址发到公开讨论区。也不要通过反复切换 Global Routing 来修复空列表，这两部分解决的是不同问题。

Connectivity Test：把测试结果与实际访问对照

Connectivity Test 提供的是测试条件下的响应信息，而不是所有应用、所有网站都可访问的结论。测试方式与目标会影响结果；单次响应时间也不等于下载速度。首次验证应在相同网络、相同服务器和相同路由方式下重复观察。

验证方案：连通性结果与实际请求分别记录

Connectivity Test

确认点击后已开始测试，不把尚未产生结果当成失败。
记录是否返回数值、是否超时，以及当时使用的测试方式。
切换 Wi-Fi 与蜂窝网络后重新测试，避免混用两次结果。

实际网页访问

确认 Home 的连接开关仍保持开启。
打开实际需要访问的页面，而不只观察 VPN 状态。
若仅一个目标失败，继续检查该目标的解析、规则与服务状态。

结论：测试有响应、连接保持开启、目标访问符合预期，三个观察合起来才足以完成首次验证。

结果为空时，先等待本轮测试结束并确认列表中确有待测服务器；出现超时时，再检查当前网络和服务器资料。若测试成功但网页打不开，需要继续区分 DNS、规则匹配、TLS 参数和目标站点自身的问题。不要仅凭一个超时结果就认定系统权限丢失。

Config 与 Settings：首次连接后再调整

Home 负责日常选择和连接，Config 用于管理配置文件，Settings 用于管理应用设置。服务器订阅与配置文件不应混为一谈：前者主要提供服务器条目，后者可以包含通用设置、规则和策略。Global Routing 选 Config 时，需要确认实际生效的是哪一份配置。

Config：检查当前配置中的规则顺序及策略名称。DOMAIN-SUFFIX 按域名后缀匹配，IP-CIDR 按 IP 网段匹配，GEOIP 按 IP 地理归属匹配，FINAL 用于未命中前述规则时的最终处理。
Settings → On Demand：用于设置按条件触发连接。先完成手动连接验证，再设置自动触发，避免尚未排除的连接问题与自动连接行为叠加。
配置调整：一次只改变一类设置，保留可恢复的原配置。先确认服务器可用，再调整路由或 DNS，便于定位是哪项改变影响了结果。

在 Config 中阅读规则时，应同时看匹配条件和最后的策略字段。例如以下片段将示例域名后缀交给 PROXY，其余交给 DIRECT；它只展示语法，不是一份完整配置，也不能替代已有服务参数。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

首次使用的完成标准不是把所有设置都打开，而是能解释当前选择的服务器、采用的路由方式以及验证结果。只要手动连接还未稳定，先保持 On Demand 的现有设置不变；需要设置自动触发时，再单独核对条件与预期行为。