Shadowrocket 使用教程
导入与首次连接

打开 Shadowrocket 后进入 Home，先找到 SERVER 分组与 Add Server 入口。已有条目时也先核对来源，避免把同名条目误当成本次准备使用的服务器。准备手动填写的用户，需要持有协议类型、服务器地址、端口以及该协议要求的认证信息；只有一条订阅链接的用户，直接按下方 Subscribe 流程操作，不必逐个抄写服务器参数。

手动填写：先选 Type，再填对应字段

点按 Add Server，进入添加页面后先打开 Type，选择与现有服务器资料一致的协议。Type 改变时，可填写的字段也可能改变。官方截图展示的是包含 Host、Port、Password、Method 的一种添加页面，并不表示每种协议都具有完全相同的字段。以自己的资料为准，逐项核对后再保存，不要为缺失参数猜测一个值。

Host 通常填写服务器域名或地址，Port 填写端口数字。Password 与其他认证字段按原资料完整输入，注意大小写、前后空格及复制时混入的换行。Method 只在对应协议需要时设置；不要因为截图中出现了某个选项，就把它套用到另一种协议。若资料包含额外的传输或加密参数，也应逐项对应，不能只填写最上方几个字段就认为已经完成。

Subscribe：导入自己已有的订阅

如果拿到的是订阅链接，在 Add Server 的 Type 中选择 Subscribe，再把完整地址粘贴到 URL 字段，确认后保存。订阅地址往往带有用于识别账户的参数，应视为敏感信息。不要删去问号后的内容，也不要把聊天软件包裹链接的引号、空格或说明文字一起粘贴进去。订阅导入后，回到 Home 检查对应分组是否出现服务器条目；只有一个订阅名称而没有实际服务器时，需要检查更新结果。

持有兼容的服务器二维码时，可使用 Scan QR Code；Import from Cloud JSON 则用于相应的 JSON 导入方式，它们不能替代所有类型的订阅导入。如果无法确认资料属于哪种格式，先向自己的服务提供方核对格式名称，再选择入口。有关 Subscribe 与 Config 的区别，可查阅术语表，不要反复尝试不同字段来碰运气。

保存后选中本次准备使用的服务器，核对名称、地址与端口是否对应。订阅更新可能改变条目列表，之后重新连接前也应检查当前选择。此时只是把信息放进客户端，尚未证明连接可用；接下来先确定请求应该如何处理，再打开开关。

回到 Home，点按 Global Routing 查看当前模式。三种姿态分别是配置(Config)、代理(Proxy)、直连(Direct)。选择时先明确目的：是按照规则区分网站，还是临时验证已选服务器，或是在当前模式下直接访问。模式改变的是请求处理方式，不会修复填错的密码，也不会补全缺失的服务器资料。

配置(Config)：检查当前生效的规则

配置(Config)按照当前配置中的规则决定请求采用哪种策略。若已经持有自己的配置文件，进入 Config 页面，确认准备使用的文件已被选用，而不是仅仅存在于列表。打开编辑页面可看到 General、Rule、Hosts 等分段；本教程只需要识别 Rule 与当前配置的关系，不必同时调整 URL Rewrite 或 HTTPS Decryption。

Rule 中的条目存在匹配顺序，前面已经匹配的请求通常不会再交给后面的兜底规则处理。下方示例表示 example.com 及其子域名采用 PROXY，其余未匹配请求采用 DIRECT。它只是两条规则的写法示例，不是完整配置，也不包含服务器资料。修改前保留副本，确认语法与策略可用后保存，并重新核对当前生效文件。

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

代理(Proxy)与直连(Direct)：用于明确目的的对照

代理(Proxy)让按此模式处理的请求使用代理路径，可用于短时间核对所选服务器是否能完成实际访问，但仍需留意系统与配置中的绕过设置。直连(Direct)让相应请求直接连接，不使用所选代理服务器。看到 Home 中选中了某个服务器，并不意味着 Direct 下访问也会经过它，因此模式名称必须与验证目的对应。

首次排查时，如果不确定现有规则会把目标网站交给哪种策略，可记录当前模式，临时切到 Proxy 做一次对照，再恢复原设置。若 Proxy 可访问而 Config 不可访问，下一步优先检查规则与 DNS，不必立即重新导入订阅。更完整的规则、DNS 与 Settings 说明见设置详解；完成这里的模式确认后，继续进行系统授权与连接。

完成前两步后返回 Home。先看 SERVER 分组中本次使用的服务器，再看 Global Routing 显示的模式。如果刚更新了订阅、切换了配置，或从其他页面返回，重新核对一次这些信息。确认无误后点按顶部连接开关；截图中的 Not Connected 表示尚未建立客户端的系统连接状态。

首次打开时，系统可能提示添加 VPN 配置。这个提示用于允许 Shadowrocket 在系统中建立相应的网络配置，不是要求再次填写服务器密码。先阅读系统提示中的应用名称与说明，确认正在进行本次操作后再允许，并按设备提示完成验证。若取消了授权，可回到 Home 再次尝试；不要将未经授权造成的失败当成订阅失效。

授权完成后回到应用，观察顶部状态是否改变。如果开关立即回落或仍显示 Not Connected，先确认系统授权是否真正完成，再检查是否有其他正在工作的 VPN 连接与当前操作相互影响。若系统中的相关配置曾被移除，下一次开启连接时可能需要重新授权。更换设备后也应按新设备上的实际提示操作，不能只凭旧设备曾经成功授权就跳过这一步。

iPad 上同样从 Home、SERVER 与 Global Routing 开始核对。界面空间和系统提示的呈现位置可能不同，但添加资料、选模式、授权、验证的顺序不变。操作期间尽量保持同一种本地网络；如果在开关切换的同时更换 Wi-Fi 与蜂窝网络，后续就难以分辨结果变化来自哪一项操作。

开关保持开启，只能说明客户端的系统连接已启动，不能据此判断每个服务器、每条规则或每个网站都成功。先保持当前选择不变，继续执行下一步的 Connectivity Test 与实际访问；这样如果出现问题，才能沿着已经确认过的路径向下定位，而不是把前面所有设置重新做一遍。

导入失败或服务器测试失败

订阅没有产生条目时，先检查地址是否完整、是否粘贴到了 Subscribe 的 URL 字段，再核对自己的订阅状态与更新提示。订阅地址可以打开，不一定表示返回内容就是客户端需要的格式；如果得到的是登录页面或说明页面，应向自己的服务提供方确认正确地址与格式。不要把含有认证参数的地址交给公开工具测试。

手动条目失败时，回到 Add Server 对应的编辑页面，按原资料逐项核对 Type、Host、Port 与认证字段。尤其注意协议选择、密码空格以及额外参数是否遗漏。同一分组有多个服务器时，可以选择另一个已有条目做对照，但不要在切换条目的同时修改 Test Method，否则无法判断变化来自服务器还是测试方式。

开关开启，但实际访问失败

先确认当前不是直连(Direct)，再检查配置(Config)中目标域名对应的策略。临时使用代理(Proxy)作对照时，记下原模式，验证完成后恢复。如果 Proxy 下正常而 Config 下失败，重点查看规则顺序、当前生效文件以及兜底策略；如果两者都失败，再往服务器参数、本地网络和 DNS 方向继续排查。

DNS 问题可能表现为域名无法解析，也可能只影响部分网站。先记录配置中的现有 DNS 设置，不要一次加入多组不明地址。保持其他设置不变，核对当前配置是否覆盖了相关选项，必要时参照Settings 设置项参考逐项测试。连接失败也可能发生在本地网络层，可以在条件允许时换一种本地网络作对照，但应将这一操作与服务器切换分开进行。

进入 Settings 时，只处理对应问题

Settings 中可看到 Test Method、On Demand、Diagnostics、Proxy、TCP、UDP 等项目。它们各有作用，不是需要全部开启的检查清单。Test Method 会影响测试口径；On Demand 涉及按条件触发连接，首次手动验证时先弄清它是否正在影响开关行为；Diagnostics 可用于进一步定位问题。不要为了“试试看”同时修改端口、协议相关设置与自动连接条件。

需要借助诊断信息时，先复现一次问题，再记录发生时间、当前模式、所选服务器与具体失败现象。分享日志或截图前移除订阅 URL、密码、认证参数及不必要的访问记录；描述“在 Config 下失败、切到 Proxy 后恢复”通常比只说“无法连接”更有定位价值。完成测试后恢复临时改动，并保留最终确认有效的配置副本。

到这里，基础流程已经闭环：资料存在且字段可核对，模式与目标一致，系统连接可启动，实际请求有验证结果。仍不确定某个英文项目时，先查术语表；遇到购买、导入或连接中的具体问题，可查看常见问题。深入调整放在基础连接稳定之后进行，不必在首次使用时同时配置所有功能。