Shadowrocket 首次连接教程:圆点选中服务器、打开开关、Connectivity Test 验证

连接前：确认配置来源与本机网络

先确认设备在未启动 Shadowrocket 时能够访问普通网页。若 Wi-Fi 需要网页认证，应先完成认证；若当前网络本身无法联网，导入配置和测试服务器都可能失败。首次操作建议固定使用一个网络，不要一边切换 Wi-Fi 与蜂窝网络，一边修改连接设置。

本教程以用户已有自己的服务商与订阅为前提。本站仅讲解客户端操作，不提供、销售或推荐任何连接服务。客户端的获取费用与线路服务是两件事，购买客户端不会自动生成服务器地址、密码或订阅链接。

• 已经导入：在 Home 确认能看到具体服务器条目，而不只是一个尚未展开或尚未更新的订阅名称。
• 尚未导入：进入 Home → 右上角“+”→ Type → Subscribe，把自己的订阅地址填写到 URL，保存后确认服务器列表已载入；需要时再执行订阅更新。
• 只有单条配置：根据已有配置选择对应 Type，例如 Shadowsocks、VMess、VLESS、Trojan、Hysteria2 或 WireGuard，不要凭名称猜测协议，也不要随意更改端口与认证字段。
• 保管敏感信息：订阅 URL、密码、Private Key 等均应视为凭据。提交问题截图前先遮挡完整链接及密钥。

订阅链接示意为 https://example.com/sub?token=xxxx，这是不能用于连接的假值。实际操作必须使用自己的完整地址，包括查询参数；漏掉末尾 token，可能导致更新失败或返回不完整内容。导入订阅只负责把配置写入列表，并不等于已经启动连接。

Home 操作：选中圆点，再打开连接开关

Home 中的选择圆点用于指定当前默认服务器。进入某条服务器的详情页查看参数，与把它设为默认服务器不是同一个动作。返回列表后，应通过选中状态确认当前对象，避免只检查了服务器名称，却仍使用之前选择的条目。

1. 展开列表

   进入 Home，找到已导入的订阅分组或服务器列表；若分组折叠，先展开，确认其中存在可选择的服务器。

2. 选中圆点

   点按目标服务器对应的选择圆点，确认它处于选中状态。首次验证时固定使用这一条，不要同时调整多个条目的参数。

3. 检查路由

   打开 Home → Global Routing，确认当前是 Proxy、Direct、Config 还是 Scene。若只想先验证所选服务器，可临时使用 Proxy；日常规则分流另行检查 Config。

4. 启动连接

   返回 Home，打开顶部连接开关。首次出现系统添加 VPN 配置提示时，核对提示来自 Shadowrocket，再允许添加并按系统要求完成认证。

5. 执行测试

   回到 Shadowrocket，确认开关保持开启，然后在 Home 执行 Connectivity Test。记录界面实际显示的结果，再打开浏览器检查需要访问的目标。

选中的默认服务器并不总是所有连接的最终出口。使用 Config 时，规则可能指定 DIRECT、某个策略组或其他策略；策略组还可能自行选择成员。因此，圆点解决的是“默认选择是谁”，而不是“每个目标最终走哪里”。

系统授权：VPN 已启动不等于网页已验证

首次启动时，系统需要允许 Shadowrocket 添加 VPN 配置。这个授权让应用能够建立本机 VPN 隧道，不是为远端服务器开通账号，也不会修复过期密码。若在授权提示中取消，连接开关可能回到关闭状态；返回应用重新打开，再完成系统授权即可。

系统 VPN 状态表示本机隧道已启动，不能单独证明服务器认证成功、DNS 解析正常或特定网站可访问。反过来，状态栏是否始终显示 VPN 标识也受设备显示位置影响，不宜只凭一个图标判断。应结合 Home 开关、Connectivity Test 和实际访问结果。

Global Routing：先隔离服务器问题，再恢复规则

首次连接最容易混淆的是 Proxy 与 Config。Proxy 适合临时隔离规则因素，Config 适合按当前配置进行分流。下面的推荐只针对“首次验证所选服务器”这一场景，不表示应长期固定使用 Proxy。

若 Proxy 下可以访问、切回 Config 后失败，应到 Config 检查当前实际启用的配置。规则通常从上往下匹配，具体目标规则应放在兜底规则之前。下面只演示语法，不是完整配置，也不应直接覆盖自己的文件：

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

DOMAIN-SUFFIX 匹配域名后缀，IP-CIDR 匹配地址段，GEOIP 按 IP 地理归属数据库匹配，FINAL 处理此前未命中的连接。示例中 192.168.0.0/16 是私有地址段，并非服务器地址；实际策略应依照自己的网络需求配置。

Connectivity Test：把测试结果与目标访问分开记录

Connectivity Test 用于检查当前环境下测试目标的连通情况。测试成功只说明该次测试满足了相应条件，不能保证所有域名、所有 App 和所有策略组都正常；列表中的延迟值也不能直接等同于网页加载时间或可用带宽。

如果测试显示成功但目标网页打不开，先保持服务器和网络不变，再比较 Proxy 与 Config 的表现。只有 Config 失败时，优先检查规则与策略组；两种姿态下都失败时，再核对目标域名、服务器参数和 DNS。不要同时修改 DNS、端口、协议与规则，否则无法判断是哪一项改变了结果。

• 出现域名解析错误：核对当前配置使用的 DNS 设置，留意域名是否拼写正确，不要把 IP 直连成功当作域名解析已恢复。
• 出现连接超时：确认服务器地址与端口与原始配置一致，再检查当前网络能否到达该服务；超时本身不能证明密码错误。
• 网页返回 HTTP 错误：例如 HTTP 403 表示收到访问拒绝响应，与完全无法建立连接不是同一种现象，应继续检查目标网站的访问条件。

完成首次连接后：固定配置，再处理更新与复测

确认连接可用后，回到计划长期使用的 Global Routing 姿态。若使用 Config，再次确认 Config 页面启用的是预期文件，并在 Data 中观察常用目标的实际策略。验证过程应保留一个可复现的基线：同一网络、同一服务器、同一路由姿态和同一目标网址。

1. 更新订阅后重查选择：服务器条目可能增加、移除或改变名称。更新完成后返回 Home，重新确认选中圆点与所需服务器，不要只看订阅更新成功提示。
2. 切换网络后复测：从 Wi-Fi 切换到蜂窝网络后，再执行 Connectivity Test 并访问目标。不同网络下的结果需要分别记录。
3. 配置变更后保留回退依据：修改规则或 DNS 前保留原有设置，修改后只验证本次变化，失败时恢复原设置再对照。
4. 需要自动连接再设置：手动连接稳定后，再进入 Settings → On Demand 设置所需条件，并分别验证符合条件与不符合条件时的行为。