Shadowrocket
导入与连接教程
先添加已有信息，再选 Global Routing；连接后用实际请求验证，不只看开关。
本次操作路径
- 添加Add Server
- 选择模式Global Routing
- 连接与验证Home → Connectivity Test
适用于 iPhone / iPad。截图用于核对页面位置，实际字段以当前应用内显示为准。
准备 SERVER 记录
Add Server：添加服务器或导入订阅
打开 Shadowrocket 后进入 Home，找到下方 SERVER 分组中的 Add Server，点击进入添加页面。先区分手里的资料：一整条由服务商提供、用于获取服务器列表的链接，通常按订阅导入；包含地址、端口、密码及协议参数的资料，则按单台服务器填写。两条路径选择其一即可，不要把订阅地址直接填进服务器的 Host 字段。
已有订阅链接：先选 Subscribe
在 Add Server 内点击 Type，选择 Subscribe，再将自己的完整订阅链接粘贴到对应的 URL 字段。保存前检查开头、结尾以及查询参数是否完整，尤其注意复制时附带的空格、换行或中文标点。订阅链接可能包含访问凭据，应仅在自己的设备上使用，不要把完整链接放到公开截图或讨论中。
保存后返回 Home，检查订阅是否成功获取到服务器条目。若只出现订阅记录，却没有可选择的服务器，先查看是否需要更新该订阅以及更新是否报错，不要立刻打开连接开关反复尝试。订阅名称只是识别标签，修改名称不会修复链接本身；能否获取内容取决于地址、服务状态和当前网络。
已有服务器信息：按协议逐项填写
如果拿到的是单台服务器参数，在 Type 中选择与资料一致的协议，再填写对应字段。官方截图展示的 Host / Port / Password / Method 是核对字段位置的参考；不同 Type 的参数并不相同，不能把一种协议的字段照搬到另一种协议。Host 通常填写主机名或地址，不应自行添加网页路径；Port、Password 和 Method 都要逐项对照原资料。
已有二维码时可使用 Scan QR Code，导入后仍需检查协议和字段。Import from Cloud JSON 是另一种导入入口，不等同于 Subscribe；只有资料明确适用于该入口时才使用。完成保存并在 SERVER 中看到记录后，再进入下一步。关于订阅、服务器与配置文件的区别，可查阅术语表，无需在首次连接时同时掌握所有协议参数。
继续前确认：Home 的 SERVER 分组已经出现可选择的服务器，而不只是一个尚未获取内容的订阅名称。
确定请求处理方式
Global Routing：配置、代理与直连
添加服务器后回到 Home，点击 Global Routing 查看当前姿态。这里决定请求如何处理，不负责添加服务器，也不会补齐缺失的服务器参数。首次设置应先明确要验证什么：是验证已有服务器能否工作，还是验证配置文件是否按规则分流。目标不同，观察结果的方式也不同。
配置(Config)：按当前配置文件处理
配置(Config) 依据当前启用的配置文件决定请求策略。进入 Config，核对正在使用哪份文件，再打开查看内容。官方截图中的 General / Rule / Hosts / URL Rewrite / HTTPS Decryption 是配置编辑的不同分段，并非每段都需要在入门时修改。此时重点看 Rule 中的规则及其顺序，确认配置来源和用途，不要为完成首次连接而随意开启其他功能。
规则通常按顺序匹配，前面的规则可能先决定某个请求走 DIRECT 或 PROXY，末尾的 FINAL 再处理没有命中前序规则的请求。因此，选中 Config 并不表示所有请求都会经过所选服务器。服务器订阅与配置文件也是两类资料：导入 Subscribe 得到服务器列表，不代表已经切换到与之配套的规则配置。
代理(Proxy)与直连(Direct)：用于明确对照
代理(Proxy) 用于通过所选服务器处理请求，可在排查时暂时作为对照，帮助区分服务器问题与配置规则问题；它不会修复错误的地址、密码或协议设置。直连(Direct) 则用于直接连接，不应把这种姿态下能够打开网页当作服务器已验证成功。切换姿态后返回 Home，确认 Global Routing 显示的选择与预期一致。
如果暂时不确定配置规则的含义，保留原文件再做对照，一次只改一个条件。不要同时更换配置、编辑规则并切换服务器，否则失败时很难判断是哪一步造成的。规则关键字的具体含义见术语表；常见的模式选择与分流疑问见常见问题。完成姿态确认后，再进行系统授权与连接。
继续前确认：能说清当前是配置(Config)、代理(Proxy)还是直连(Direct)，并知道这次要验证服务器还是规则。
完成选择与系统授权
Home：打开连接开关
回到 Home，在 SERVER 分组点选本次准备使用的服务器，确认当前选中项，而不是只查看订阅分组名称。随后再看一遍 Global Routing。这两个选择应一起核对：服务器决定代理请求使用的连接信息，Global Routing 决定请求采用什么处理方式。列表中存在多个条目时，应以实际选中状态为准，不要根据排列位置推断。
点击 Home 顶部开关开始连接。官方截图中的 Not Connected 表示截图拍摄时尚未连接，是识别开关位置的参考，并不是要求你保持的状态。首次建立连接时，系统可能提示允许 Shadowrocket 添加 VPN 配置。先阅读提示并确认发起操作的是当前应用，再按系统流程完成授权；如系统要求设备认证，直接在系统界面操作，不要把设备密码填写到服务器字段。
授权结束后返回 Shadowrocket，检查顶部开关和连接状态是否保持。若刚开启就退回关闭状态，先处理授权、配置或连接错误，而不是继续修改规则。若此前在系统提示中取消了授权，重新发起连接时应留意提示是否再次出现。系统设置中已有其他 VPN 配置时，也要确认当前实际启用的是本次准备测试的配置，避免把另一条连接的状态当作结果。
连接开关保持开启，只能说明连接流程已经推进到相应状态，不能单独证明服务器能够处理所有目标请求。连接后立刻进入下一步，用 Connectivity Test 和真实访问检查结果。此时先保持同一网络、同一服务器和同一姿态，不要马上来回切换多项设置，以便保留可比较的基线。
继续前确认：系统授权已经完成，回到 Home 后连接状态没有立即回退，再开始测试。
把开关状态与实际结果分开
Connectivity Test：验证是否生效
在 Home 点击 Connectivity Test，等待测试完成并阅读结果。测试用于提供当前条件下的连通性线索，不是对所有网站、所有协议请求都有效的保证。服务器列表中的延迟测试与实际目标访问也不完全相同：某个测试有响应，不意味着认证参数一定正确；测试超时同样需要结合测试方式、当前网络和服务器状态继续判断。
接着打开实际需要使用的应用或页面，发起一次新的请求。尽量选择明确的目标和可重复的操作，例如重新载入同一页面，而不是只看已经缓存的内容。观察页面是否能够完成加载，是否只有文字出现而图片或后续请求失败。记录“哪个目标、做了什么、出现什么结果”，比只记下“可以用”或“不能用”更便于后续排查。
如果使用的是配置(Config)，再结合应用内可查看的请求记录，核对目标请求命中的规则与策略。命中 DIRECT 的请求直接连接，命中 PROXY 的请求再使用相应代理策略；不能因为部分请求直连就认定配置失效。Data 中的流量变化可以辅助观察是否产生了传输，但仅凭流量增加，不能证明指定目标命中了预期规则。
需要进一步区分时，保持同一服务器和同一目标，仅将 Global Routing 从 Config 切到 Proxy 后复测。如果 Proxy 下正常、Config 下异常，优先检查配置文件与规则；如果两者都失败，优先回到服务器参数和网络条件。完成对照后恢复原本需要的姿态，避免把临时排错设置遗留为日常设置。
第一次验证通过后，可以再切换一次实际常用的网络环境，重新检查连接和目标访问。网络切换前后的结果应分别记录，不要把某次成功理解为所有环境都相同。只要“已选服务器、当前姿态、测试结果、实际访问”四项能够互相对应，就完成了本页的基础验证；更细的分流判断可继续阅读规则分流相关常见问题。
完成标准：不只看到开关开启，还能复现目标访问，并解释当前请求为什么使用 DIRECT 或 PROXY。
一次检查一个条件
Settings：常见失败点检查顺序
如果前面某一步失败，先定位失败发生在哪个阶段：订阅没有获得条目、条目存在但无法连接、开关开启但测试失败，或仅部分目标异常。阶段不同，检查入口也不同。先保留当前配置与错误信息，不要用反复删除、重装或同时修改多项参数代替定位。以下顺序从资料完整性开始，再检查连接与设置。
- 订阅导入失败：回到对应订阅，核对链接是否完整、访问凭据是否仍有效，以及当前网络能否获取订阅内容。链接可获取但没有服务器时，还要核对返回内容是否为应用可识别的订阅格式。不要把包含错误提示的网页内容当作导入成功；具体有效状态由你已有的服务商确认。
- 单台服务器连接失败：重新打开该条目的编辑页面，逐项比对 Type、Host、Port，以及该协议要求的认证、加密和传输参数。注意看起来相近的协议名也不能互换。不要为了尝试而随机更改 Method 或其他字段；先确认资料与输入一致，再测试同一条记录。
- 测试与访问结果不一致：在 Settings 中核对 Test Method，记录本次采用的测试方式。测试方式不同，结果含义也不同，应在相同条件下比较。再回到 Home 核对实际选中的服务器及 Global Routing，排除正在测试一条记录、实际使用另一条记录的情况。
- 连接立即断开或反复启动：检查系统授权是否完成，并在 Settings 查看 On Demand 是否有既定触发条件。排查手动连接时，先明确这些条件是否会影响当前状态；不要把按条件重新连接误认为顶部开关没有响应。也要确认设备系统时间准确，必要时按系统提供的自动设置方式校准。
- 仅某个网络或目标失败：保持服务器与配置不变，对照另一种自己可用的网络，再测试同一目标。若问题只随网络变化，优先记录网络差异；若只随某一服务器变化，优先核对该条目。必要时使用 Diagnostics 收集线索，而不是立即修改与问题无关的 TCP、UDP 等设置。
整理诊断信息时，只保留用于描述问题的字段名、错误现象和操作顺序。分享前遮去完整订阅链接、密码及其他认证资料。需要进一步求助时，说明失败阶段、当前姿态、网络环境、测试方式和已做的单项对照，通常比提供一张没有上下文的截图更有效。
完成一项修正后，沿用“连接 → Connectivity Test → 实际访问”的顺序重新验证；只有结果发生变化，才继续判断该项是否相关。仍无法定位时，进入常见问题按现象查找；不理解 Settings 或协议字段时，先看术语表。若问题发生在 App Store 购买、应用可见性或已购恢复阶段，则返回获取指南，不必继续调整连接参数。
结束前复核：恢复临时切换的 Global Routing，保留已验证可用的服务器与配置，确认实际目标仍能按预期访问。