Shadowrocket 使用教程

Add Server：添加服务器或导入订阅

打开 Shadowrocket，先进入 Home。这里是检查服务器列表、选择当前服务器和控制连接的起点。如果列表为空，不必先调整 Config 或 DNS；应先把已有的订阅或服务器资料添加进来。订阅链接与单个服务器分享链接用途不同：前者通常用来维护一组服务器，后者用于添加一个具体条目。先确认手头是哪一种，再选择相应入口，避免把订阅地址填进服务器地址字段。

有订阅链接：选择 Subscribe

在 Home 点右上角的添加按钮，进入 Add Server，打开 Type 并选择 Subscribe。在 URL 字段粘贴自己的完整订阅链接，再填写便于辨认的备注并保存。粘贴后检查开头、结尾是否完整，有没有把聊天文字、换行或额外空格一起带入。链接中用于识别订阅的查询参数也属于地址的一部分，不要为了缩短显示而自行删除。

保存后回到 Home，等待订阅内容加载。成功时应能在列表中看到对应条目或分组，而不只是一个已保存的订阅地址。若只看到分组名称、组内没有服务器，先检查更新是否完成，再核对链接是否仍有效。此时重复添加同一链接通常不能解决问题，还会增加后续辨认和删除的负担。关于更新入口、分组与多订阅整理，可继续阅读订阅与服务器管理手册。

有单个服务器信息：按协议填写

如果已有的是服务器地址、端口和认证信息，在 Add Server 的 Type 中选择资料指定的协议，例如 Shadowsocks、VMess、VLESS 或 Trojan，然后逐项填写。Address 填服务器域名或地址，Port 填端口；密码、UUID、加密方式及其他选项按自己的原始资料填写。不同协议需要的字段并不相同，不能因为名称相似就互相套用，也不要把网页地址整段填进只接收服务器域名的字段。

若资料包含 TLS、SNI、传输方式、路径等参数，应同时核对，不能只保存地址和端口就结束。拿不准的字段先回到原始资料确认，不依靠反复试值。已有二维码时可使用 Scan QR Code；已有单个服务器分享链接时可按应用提示从剪贴板导入。无论使用哪种方式，导入之后仍要打开条目检查协议和关键参数，扫码或粘贴本身不等于信息一定完整。

本步完成标志：Home 中出现至少一个可辨认的服务器条目，并已选中准备使用的那个。给条目加上自己能理解的备注，避免把测试对象弄混。订阅链接、密码和完整分享链接都可能包含访问凭据，不要将它们放入公开截图或提问内容。接下来先设置流量处理方式，再打开连接开关。

Global Routing：选择流量处理姿态

服务器选定后，在 Home 打开 Global Routing。这里决定连接按什么方式处理，不负责替你添加服务器，也不会自动修复错误的认证信息。首次使用先区分三种常用姿态：配置(Config)、代理(Proxy)、直连(Direct)。它们不是速度档位，选择时应依据是否需要规则分流，以及当前是在日常使用还是排查连接。

配置(Config)：按选定配置处理

配置(Config)按当前启用的配置文件匹配规则。若你已有可信的配置文件，先进入 Config，确认该文件已经下载到本地并处于选中状态，再回 Home 将 Global Routing 设为配置(Config)。只添加了一个远程配置地址、但没有完成下载或启用，不能视为已经应用了对应规则。服务器订阅与配置文件是两类内容，导入服务器列表不代表同时导入了完整分流规则。

使用配置(Config)时，同一设备上的不同请求可能采用不同策略。命中 DIRECT 的请求不会因为选中了某个服务器就改走该服务器；命中 PROXY 的请求才会按对应策略处理。因此，“能打开一个网页”不足以证明所有请求都经过所选服务器。DOMAIN-SUFFIX、IP-CIDR、GEOIP 与 FINAL 等词的含义可在术语表中对照，本教程先以完成连接为目标，不在首次设置时改写整份规则。

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

代理(Proxy)将需要由客户端处理的访问交给代理路径，可作为首次检查所选服务器的临时对照方式。如果尚未准备配置文件，可以先使用代理(Proxy)完成下文的连接验证；验证结束后，再根据自己的需求切回配置(Config)。这一步的目的在于减少规则变量，而不是保证所有应用、所有系统流量都会采用完全相同的路径。

直连(Direct)不使用所选代理服务器转发对应访问，适合检查基础网络或暂时进行直连对照。若目标是验证代理服务器，却把 Global Routing 留在直连(Direct)，即使连接开关开启，也不能据此判断该服务器工作正常。更换姿态后，应回到 Home 再确认一次显示值，避免看过选项但没有完成选择。

本步完成标志：你能说清当前选择的是配置(Config)、代理(Proxy)还是直连(Direct)，并知道此次验证预期走哪条路径。采用配置(Config)时，还应知道当前启用的配置文件名称。记下这个状态，下一步只处理连接开关与系统授权，不同时更改服务器和规则。

Home：打开开关与允许 VPN 配置

回到 Home，检查所选服务器和 Global Routing 是否仍是前两步确认的内容，再打开顶部连接开关。首次连接时，iPhone / iPad 可能弹出系统“添加 VPN 配置”提示。这是系统让应用建立本地 VPN 配置的授权流程，不是订阅导入步骤，也不会替你创建远端服务器。应在自己刚刚主动开启连接时核对提示来源，再继续授权。

确认由 Shadowrocket 发起后，选择允许，并按系统提示完成密码或生物识别验证。验证方式取决于设备当前设置。随后回到 Shadowrocket，观察连接开关能否保持开启。系统授权通过，只表示客户端获得建立这项连接所需的系统权限；服务器是否可用、认证是否正确、规则是否符合预期，还需要下一步分别验证。

如果刚才误点拒绝，先回到 Home 再次尝试开启，并留意是否重新出现系统提示。仍无法继续时，前往系统设置中的 VPN 页面检查现有配置，返回应用后重试。不同系统版本的设置层级可能不同，可在设置中搜索 VPN。不要把删除全部网络设置当作第一种处理方法；先确认具体提示和配置状态，避免影响其他已经正常使用的网络功能。

设备已有其他 VPN 连接时，先断开当前不使用的连接，再开启 Shadowrocket。若设备受单位或学校管理，相关策略可能限制 VPN 配置，此时需要按设备管理要求处理，而不是反复更改订阅。排查期间也先不要启用或修改 On Demand，以免按需连接条件让开关状态发生变化，干扰对本次手动连接的判断。

本步完成标志：系统授权已完成，Home 的连接开关可以保持开启，没有立即返回关闭状态。如果开关一开就关闭，应先记录系统提示，再看第五步的授权与配置检查；如果开关保持开启但网页打不开，不要停在这里反复切换，继续进入实际访问验证。

Connectivity Test：测试后再验证实际访问

连接开关保持开启后，先对当前准备使用的服务器运行 Connectivity Test。测试结果用于判断服务器在相应测试方式下是否有响应，不等于已经验证所有网页、应用和规则。若同组有多个服务器，确保测试对象与 Home 当前选中的对象一致；不要把另一个条目的成功结果当作当前连接的依据。

接着打开浏览器，访问自己平时使用、内容可以正常刷新的页面。建议至少检查一个基础网络本来就能访问的页面，以及一个按当前配置预期应经过代理的目标。使用配置(Config)时，两者可能采用不同策略；使用代理(Proxy)做临时对照时，则重点观察所选服务器能否完成实际请求。测试目标应保持一致，便于后续比较修改前后的结果。

避免只看已经加载好的页面或应用缓存。可以打开新页面，或重新载入需要检查的内容，观察是否真的产生新的请求。如果浏览器正常而某个应用失败，应先缩小到该应用的请求、规则或网络行为，不要立刻认定整个连接都已失效。同样，单个网站返回错误，也可能是目标服务自身的问题，需要换一个测试目标交叉确认。

需要进一步确认路径时，可到 Data 查看相关连接记录，结合目标域名、时间与所用策略进行判断。先制造一次明确的新请求，再查找相应记录，避免在大量历史内容里凭印象判断。日志中可能出现域名和其他个人访问内容，分享排查材料前应去除敏感信息；不要把完整记录直接公开。

若 Connectivity Test 没有响应，而实际网页可以打开，应先检查两者是否使用相同服务器和相同路径，不能只凭测试结果删除全部条目。反过来，测试有响应但页面打不开，也不能认定线路一定正常：DNS、TLS、规则命中和目标服务状态仍可能导致失败。初步响应、系统连接状态和端到端访问应分开记录。

本步完成标志：你已经用新请求验证了实际页面，并确认结果与当前 Global Routing 的预期一致。如果为了检查服务器临时改成代理(Proxy)，现在可以恢复原来的配置(Config)，再测试同一目标。只有恢复后的结果也符合预期，才算完成此次日常分流设置。

连接失败：每次只检查一个变量

遇到失败时，先记下当前服务器、Global Routing、配置文件和所用网络，再按下面顺序检查。不要同时更换服务器、修改 DNS、更新规则并重装应用；这样即使恢复，也难以知道是哪一步产生作用。每改一项就重新连接，复测第四步使用的同一个页面，并保留能够恢复的原始设置。

先检查基础网络与服务器资料

关闭 Shadowrocket 连接，确认设备本身能正常使用当前 Wi-Fi 或 Cellular。需要网页登录的 Wi-Fi 应先完成网络登录；基础网络不通时，优先处理网络接入。然后回到 Home，核对所选条目，检查订阅能否更新、服务器信息是否仍有效。手填条目重点比对协议、地址、端口、认证信息和 TLS 相关字段，不要只看备注名称。

如果同一订阅中某个条目失败、其他已有条目正常，可以保留失败项作对照，暂时选择已验证可用的条目。若全部失败，再联系自己原有的信息提供方确认资料状态。订阅地址能打开或更新成功，只说明获取列表的环节完成，不代表列表中的每台服务器都能建立连接。

再检查 Global Routing 与 Config

检查 Global Routing 是否意外留在直连(Direct)，或是否选中了与预期不同的配置文件。使用配置(Config)失败时，可以临时切到代理(Proxy)复测同一目标：如果代理(Proxy)能访问、配置(Config)不能，优先检查规则命中与策略，不必立即重填所有服务器资料。完成对照后恢复原设置，避免把临时排查状态误当成长期配置。

配置中的 FINAL 会处理未匹配前面规则的连接，过宽的前置规则也可能改变目标走向。先查看目标实际命中了什么，再决定是否调整。不要为了让某一个页面打开就删除全部规则；规则顺序与匹配方式可到术语表对照，订阅条目的整理与备份则放在节点管理手册中继续阅读。

最后检查 DNS 与系统连接状态

若服务器有响应，但域名请求持续失败，再核对当前配置中的 DNS 设置。优先恢复到原先已知可用的设置，并确认配置是否额外指定了 DNS 行为。不要因为看到“解析失败”就随意填写不熟悉的地址；DNS 请求采用的路径和目标连接采用的策略都需要结合当前配置判断，单改一个地址未必能解决问题。

如果问题是连接开关无法保持开启，而不是网页打不开，应回到第三步检查系统 VPN 授权、已有连接和设备管理限制。需要继续排查“已连接但无法访问”的情况，可阅读服务器、Global Routing、DNS 与规则逐项排查。描述问题时提供失败发生在哪一步、当前姿态和脱敏后的错误提示即可，不提供订阅凭据或密码。

收尾检查：恢复不再需要的临时改动，保留正在使用的服务器和配置，重新验证一次实际访问。以后只更换订阅或服务器时，可以从第一步重新核对；只调整规则时，则从第二步和第四步重新验证，不必重复已经完成的系统授权。