本文以 iPhone / iPad 首次使用 Shadowrocket(小火箭)为操作基准,适合已经持有自己的连接资料或订阅、尚未建立首次连接的用户。按顺序完成资料核对、VPN 配置授权、SERVER 选择与 Global Routing 检查,再用 Connectivity Test 和实际请求区分“已连接”与“目标可访问”。其他平台可参考检查思路,但不要照搬 iOS 的系统权限路径。
一、首次连接前,先分清应用、连接资料与配置
在 iPhone / iPad 上,安装 Shadowrocket 不等于已经具备可用连接。应用负责接管和处理流量,SERVER 保存用户自己的服务器资料,Config 管理规则配置,三者用途不同。第一次打开看到 Not Connected 或空的 SERVER 列表,不能据此判断安装异常。
本文以用户已经拥有自己的服务商与订阅为前提。本站不提供、不销售、不推荐节点、订阅或服务商。订阅地址通常包含访问凭据,应视为敏感资料;不要把完整地址、二维码或含密码的配置截图发到公开讨论区。
- Home:查看连接开关、Global Routing、Connectivity Test 与 SERVER,完成日常选择和状态检查。
- Config:检查规则配置是否存在、是否选中,以及规则指向的策略是否可用。
- Settings:检查应用设置;需要自动连接时,再进入 Settings → On Demand 核对触发条件。
二、VPN 配置权限:在首次启用连接时确认
在 iPhone / iPad 上,系统添加 VPN 配置的提示通常出现在首次启用连接时,不一定刚进入 Home 就立即出现。允许后,系统可按 Shadowrocket 的配置把流量交给应用处理;这不是服务器账号授权,也不会自动生成订阅或补齐服务器资料。
-
核对资料
进入 Home,确认 SERVER 中已有自己的连接条目;若尚未添加,先按已有资料完成导入,再进行连接测试。
-
选择条目
在 Home → SERVER 点选本次要测试的条目,核对名称与选中标记。列表里存在条目,不代表它就是当前选中的条目。
-
启用开关
点按 Home 顶部连接开关。出现系统添加 VPN 配置提示时,先确认提示对应 Shadowrocket,再选择允许。
-
完成验证
如系统要求设备密码或生物识别,按系统提示完成验证。这一步确认的是设备上的系统操作,不需要填写订阅密码。
-
返回检查
回到 Home,观察状态是否离开 Not Connected,再运行 Connectivity Test,并用实际目标请求检查访问结果。
在 iPhone / iPad 上,添加 VPN 配置本身不等于安装证书,也不等于启用 HTTPS 解密。首次连通性检查不需要额外安装证书。若某项操作另行出现证书安装提示,应停下来核对用途,而不是把它当成首次连接的必经步骤。
三、Home 顶部开关与 SERVER:状态和选择分别检查
在 iPhone / iPad 的 Home 页,Not Connected 表示当前未建立应用对应的 VPN 连接;SERVER 则负责呈现可选的连接条目。开关、条目选择、目标访问是三个独立检查点:即使开关已经开启,也仍需核对所选条目和路由姿态。
Home 状态检查
- Not Connected
- 当前未连接,先检查开关与系统授权。
- Global Routing
- 确认当前使用 Proxy、Direct、Config 还是 Scene。
- Connectivity Test
- 查看测试结果,不把单次结果当作全部访问结论。
先确认连接状态,再判断流量应采用哪种处理方式。
SERVER 资料检查
- 选中条目
- 核对名称与选中标记,不只看列表顺序。
- Address / Port
- 与自己的连接资料一致;端口不可按协议名称猜测。
- Type
- 与资料声明的协议一致,不用切换协议代替排错。
服务器地址、端口与认证信息必须作为一组核对。
在 iPhone / iPad 上,已有订阅的用户可从 Home 右上角“+”进入 Add Server,在 Type 中选择 Subscribe,再填写自己的订阅地址并保存。教学地址 https://example.com/sub?token=xxxx 仅用于辨认格式,不能实际连接。保存后检查订阅是否展开为 SERVER 条目,更新后再核对本次选中项。
- 手动添加时,Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的字段要求不同,应以自己的连接资料为准。
- 订阅更新只更新该订阅返回的连接资料,不等于已经选中某个条目,也不等于切换了当前规则配置。
- 若列表为空,先检查导入结果和地址完整性;若条目存在但连接失败,再核对协议、端口、认证信息和当前网络。
四、Global Routing:四种姿态如何选择
在 iPhone / iPad 上,Home → Global Routing 决定被接管流量的处理方式,不是服务器测速项目。首次排查应固定一个 SERVER 条目,再改变路由姿态;同时更换条目和规则,会让结果失去对照条件。
Config
推荐根据当前启用配置中的规则与策略处理请求。推荐的前提是配置来源、规则内容与策略引用均已核对,不能把未检查的配置直接当作正确配置。
适合:已有可用规则配置,需要按目标分流的日常使用。
Proxy
让被接管流量采用代理方式处理,用于暂时排除 Config 规则选择带来的变量。它不是“所有应用流量必然被接管”的保证。
适合:固定同一条目后,对照检查代理连接本身是否可用。
Direct
让被接管流量采用直连方式处理。VPN 状态存在与请求经过代理是不同概念,不能只凭系统 VPN 标识判断出口。
适合:对照当前网络的直连结果,区分网络问题与代理路径问题。
Scene
使用预先设置的场景安排处理连接。应先核对已有场景及其适用条件,不能把 Scene 当作自动修复连接的开关。
适合:已经配置并验证场景,需要按既定场景使用的情况。
在 iPhone / iPad 的 Config 姿态下,规则按顺序匹配。下面只演示规则行的结构,不是完整配置文件,也不是要求直接替换现有配置。PROXY 必须能在实际配置中解析到可用策略;某条规则写对,并不能替代对整份配置的检查。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY
DOMAIN-SUFFIX按域名后缀匹配,示例中的example.com及其子域名会落入对应规则。IP-CIDR匹配指定 IP 网段,示例使用私有地址范围;不要把某个域名当作网段填写。GEOIP按 IP 地理数据匹配,判断结果取决于所使用的地理数据库,请注意数据库更新情况。FINAL作为末尾兜底;若放在前面,后面的规则就无法承担预期的匹配作用。
五、Connectivity Test:测试结果与实际访问分开看
在 iPhone / iPad 上,Connectivity Test 用于提供连接诊断线索,不能证明所有域名、端口和应用请求都可用。测试请求与实际业务请求可能采用不同目标或路径,因此应记录测试结果,再用同一目标完成实际访问对照,而不是只看一个延迟数值。
两种现象的检查顺序
仍是 Not Connected
- 确认系统添加 VPN 配置的提示已完成。
- 确认 Home 开关没有立即退回关闭状态。
- 检查其他 VPN 连接是否正在占用连接。
- 核对 SERVER 中是否有已选中的可用条目。
已连接但访问失败
- 先核对 Global Routing,排除误选 Direct。
- 固定条目,在 Proxy 与 Config 之间对照。
- 核对 DNS 解析、规则命中与策略引用。
- 切换 Wi-Fi / 蜂窝后重复同一目标请求。
每次只改变一个条件,并记录网络、条目、路由姿态与目标,才能比较两次结果。
在 iPhone / iPad 上,如果同一条目在 Proxy 下可以访问,而 Config 下同一目标失败,应优先检查当前启用配置、前置规则和策略引用,而不是立即删除订阅。如果两种姿态都失败,则继续核对服务器资料、认证信息和当前网络;这一现象本身不能证明是哪一方故障。
- 固定同一网络、同一 SERVER 条目和同一测试目标,记下 Connectivity Test 的结果。
- 发起一次实际请求,记录是无法解析、等待超时,还是服务器返回了明确错误。
- 只切换 Global Routing,再重复相同请求,避免同时更新订阅或更换配置。
- 需要进一步定位时,查看应用内可用的请求记录,核对目标、命中规则与采用的策略。
六、On Demand 与首次设置的收尾检查
在 iPhone / iPad 上,建议先完成一次手动连接与断开验证,再进入 Settings → On Demand 配置按条件连接。On Demand 负责连接触发,不负责修复服务器参数,也不等同于 Global Routing 中的 Scene。排查时若发现连接会自动恢复,应先检查 On Demand 的现有条件。
- 先手动验证:确认 Home 开关能够正常连接和断开,并记录当前可用的 SERVER 条目。
- 再检查条件:进入 Settings → On Demand,逐项核对当前配置的网络条件,不在尚未连通时叠加自动连接设置。
- 切换网络验证:从 Wi-Fi 切到蜂窝,观察是否符合预期;不要把一次网络切换后的结果推断为所有网络均可用。
- 保留最少变量:首次设置期间固定一个条目和一份配置,确认可用后再调整规则或自动连接条件。