Shadowrocket 怎么用?新手最常问的 10 个客户端问题一次答清

1. 买了 Shadowrocket，为什么还没有可用服务器？

购买取得的是客户端使用资格，不是服务器服务。Shadowrocket 是通过 App Store 发行的闭源商业应用，采用一次性买断；客户端买断 ≠ 线路套餐。本文所有连接步骤均以用户已有自己的服务商与订阅，或已有可使用的服务器参数为前提。

购买前在 App Store 核对产品名 Shadowrocket、开发者 Shadow Launch Technology Limited、官方图标与应用 ID 932747118。以 iPhone、iPad 为主要使用设备，其他 Apple 设备的兼容性、系统要求与购买适用范围，以 App Store 页面标注为准。

• Home：查看已有服务器与订阅分组，选择默认服务器并操作连接开关。
• Config：管理配置文件及其中的规则；导入服务器并不等于已经选用了合适的规则配置。
• Settings：核对应用设置，包括 On Demand 等影响连接行为的选项。

2. 第一次连接，应该按什么顺序操作？

先让 Home 中出现有效的服务器记录，再点选默认服务器。列表里有名称不等于该服务器已被选中，首次操作要确认 DOT 标记所在行。完成系统 VPN 配置授权后，才进行连接验证，不要用反复点击开关代替参数检查。

1. 导入已有订阅

   进入 Home → 右上角“+” → Type → Subscribe，填写用户已有的订阅 URL 后保存。若已有的是单个服务器参数，应选择对应 Type，而不是将服务器地址填入 Subscribe。

2. 选择服务器

   返回 Home，等待订阅内容加载后点选目标服务器，核对该行的 DOT 标记。不要将订阅分组名称误认为实际连接所用的服务器。

3. 允许系统配置

   打开 Home 顶部连接开关；系统请求添加 VPN 配置时，确认应用来源并允许，按设备提示完成验证。未完成授权时，不应把开关回落判断成服务器故障。

4. 验证实际访问

   运行 Home → Connectivity Test，再访问自己的目标网站。分别记录测试结果和实际访问表现，不能仅凭 VPN 图标判断所有请求均已成功。

3. 连接开关打不开，或者打开后立即关闭，先查哪里？

先区分“系统没有允许建立 VPN 配置”和“连接建立后断开”。两者外观看起来都可能是开关回落，但处理方向不同。先检查授权与默认服务器，再检查远端参数，可避免在规则文件里无目的地修改。

若手动关闭后又自动连接，优先查看 Settings → On Demand。它可能按照已启用的条件触发连接；这与开关失灵不是同一个问题。排查期间可暂时关闭 On Demand，再测试一次手动连接。

4. 状态栏出现 VPN，是否代表所有网站都能访问？

不是。VPN 标记表示系统存在相应的 VPN 连接状态，不证明服务器能访问每一个目标，也不说明当前请求一定经过代理。Global Routing 选择 Direct，或者 Config 中的规则命中 DIRECT 时，请求仍可能走直连路径。

例如，Connectivity Test 成功而某个网站失败，只能说明测试目标与实际目标的表现不同。接下来应检查该网站的规则命中、域名解析及服务端访问能力，不要直接得出“整个客户端不可用”的结论。部分设备布局下状态栏显示也不同，应同时查看应用和系统 VPN 状态。

5. Global Routing 里的 Config、Proxy、Direct、Scene 怎么选？

已有可信且理解其用途的规则配置时，日常使用可选择 Config；排查是否由规则造成访问差异时，可临时切换 Proxy 做对照。切换前记录原值，测试完成后恢复。四个选项的区别在于请求如何选择出口，不在于是否显示 VPN 标记。

6. Subscribe 怎么更新，为什么更新后仍然连不上？

更新订阅是重新获取服务器列表，不是延长服务有效期。在 Home 找到对应 Subscribe 分组，使用该分组的更新操作；导入后也可下拉刷新并观察结果。更新完成后，重新确认列表内容和 DOT 标记，避免仍在测试已被移除或替换的记录。

• 获取失败：检查当前网络能否访问自己的订阅地址，并核对 URL 是否完整，尤其是末尾参数是否遗漏。
• 获取成功但列表为空：核对服务端返回的是否是订阅内容，而不是登录页、错误页或过期提示。
• 列表正常但连接失败：进入服务器详情，按服务商现有资料核对协议、地址、端口和认证信息。
• 担心泄露凭据：订阅 URL 中的 token 可能授予读取服务信息的权限，不要把完整 URL 放入公开截图或求助记录。

Subscribe 与 Config 是不同对象。更新服务器订阅，不代表当前配置文件的规则也随之更新。若服务器已变更而规则仍指向旧的策略或名称，应分别检查服务器列表和 Config，不能只重复刷新订阅。

7. Connectivity Test 有延迟，为什么实际网站还是打不开？

延迟结果只对当时的测试方式和测试目标有意义，不能代替完整业务验证。实际访问还涉及域名解析、TLS、规则选择以及服务器到目标站点的路径。应使用同一网络、同一服务器进行对照，避免一次同时改动多个条件。

1. 在 Home 确认默认服务器，记录当前 Global Routing，运行 Connectivity Test 并记下成功或失败。
2. 访问出现问题的目标，记录是所有网站失败，还是只有一个域名失败；超时与证书错误也要分开记录。
3. 若当前为 Config，临时改为 Proxy 再访问同一目标。若表现改变，回 Config 检查规则；若仍失败，继续核对服务器与网络。
4. 核对协议对应的参数。Shadowsocks 的认证与加密设置、VMess 或 VLESS 的身份及传输设置、Trojan 的认证及 TLS 设置不能相互套用；Hysteria2、WireGuard 也应按各自服务端资料填写。
5. 在系统设置 → 通用 → 日期与时间中核对自动设置，避免明显的时间偏差干扰认证或证书验证。

端口必须采用自己的服务端资料。例如资料写的是 443，就核对为 443；不要因为名称中有 TLS 就自行把其他端口改成 443。更换 Wi-Fi 与蜂窝网络只能作为环境对照，不应同时重写认证参数，否则难以判断哪项改变起了作用。

8. Config 规则和 On Demand 是同一回事吗？

不是。Config 主要回答“请求走哪里”，On Demand 主要回答“何时按条件触发连接”。一个域名走错出口，应检查 Config 与 Global Routing；设备在特定网络下自动重新连接，应先查看 Settings → On Demand 中已有条件。

DOMAIN-SUFFIX 用于域名后缀匹配；IP-CIDR 面向 IP 网段；GEOIP 使用 IP 地理归属判断；FINAL 承接此前未匹配的请求。不要把一条宽泛规则放在更具体规则之前，再期待后者生效。修改前先保留原配置，调整后使用同一个目标验证。

9. iPhone 和 iPad 登录同一账号，配置会随 iCloud 自动同步吗？

不能仅凭 App Store 使用同一账号，就认定服务器、订阅和配置文件已经同步。App Store 购买记录与 iCloud 数据是两条独立链路：前者用于核对应用获取资格，后者是否传递应用数据，还取决于设备的 iCloud 账号、应用权限以及应用内实际启用的相关选项。

同步也不等于取得额外的服务端并发权限。即使两台设备拥有相同订阅，是否允许同时连接仍由用户已有服务的约定决定。新设备还应重新检查默认服务器、On Demand 和实际目标访问，不要只看列表名称是否相同。

10. 出现问题时，哪些信息该保留，哪些设置不要急着重置？

先保留现场，再逐项排查。删除应用或清空配置可能同时移除能帮助定位的设置与记录，也会增加恢复成本。最有价值的记录不是一句“连不上”，而是故障发生在哪一步，以及每次只改变一项条件后的结果。

• 连接阶段：记录系统授权是否完成、Home 开关是否保持开启、DOT 标记是否在预期服务器上。
• 路由状态：记录 Global Routing 和当前 Config 文件名；只摘录与目标相关的规则，不公开整份含凭据的配置。
• 验证结果：分别记录 Connectivity Test、目标网站访问、Wi-Fi 与蜂窝网络对照结果。
• 服务器信息：本地核对协议、端口、传输和 TLS 参数；对外说明时遮盖密码、身份凭据、密钥与订阅 token。
• 自动行为：记录 Settings → On Demand 是否启用，以及故障前是否调整过相关条件。