先确认基础访问
在浏览器打开一个自己已知可访问的页面,再打开本次需要验证的目标。对比能否完成加载,而不是只看页面是否曾显示过内容;缓存页面可能在网络异常时仍然出现。
官方手册 · iPhone / iPad
先添加已有连接信息,再选择路由方式。连接成功后,用实际访问与连接记录确认结果。
首次操作按顺序阅读;已经连接但访问异常,可以直接跳到验证与失败点检查。
步骤 01 · 准备连接信息
手动填写、订阅、扫码是不同入口。选择与你已有信息相符的一种即可,不需要重复导入。
打开 Shadowrocket,进入 Home,查看下方的 SERVER 分组。若手上是一组服务器地址、端口与认证参数,使用 Add Server 手动添加;若是一条由你已有服务商提供、可更新多个服务器条目的订阅链接,使用 Subscribe 对应入口;若是单个服务器的分享链接或二维码,则使用相应导入入口。不要仅凭链接以 https:// 开头就认定它是订阅,普通说明网页不能作为订阅内容载入。
在 Home 点 Add Server,先打开 Type 选择与你已有服务器信息一致的协议。Type 决定后续字段:截图展示的是包含 Host、Port、Password、Method 的表单,不同协议不一定使用同一组字段。将服务器地址填入 Host,将连接端口填入 Port,再按原始资料填写认证信息;Host 通常只填域名或地址,不应连同网页路径一起粘贴。Method 应与已有配置一致,不能凭名称相近随意替换。
如果 Type 选的是 Trojan、VMess 或其他协议,继续核对该类型实际显示的认证、传输及 TLS 相关参数。不要把某种协议的 Password 当成另一种协议的标识字段。填写完成后使用页面上的保存操作,返回 Home,确认 SERVER 下出现新条目,再检查显示的名称与所需服务器是否一致。字段含义不清楚时,先查术语手册中的协议与界面词,不要靠反复试填猜测。
已有订阅链接时,从 Add Server 的 Type 中选择 Subscribe,按表单填写订阅地址并保存。服务器订阅与 Config 页管理的远程配置用途不同:若在 Config 看到 Subscribe 入口,应先确认它接收的内容类型,不要将服务器列表订阅与完整配置文件地址混用。入口名称或位置有差异时,以当前页面提示为准,导入后的判断标准是 Home 能否显示预期服务器,而不是仅看地址是否保存成功。
已有二维码时,使用 Scan QR Code 并按系统提示允许所需相机权限,再核对识别出的内容。Import from Cloud JSON 用于匹配其要求的 JSON 内容,不是任意订阅链接的通用入口。已有分享链接可按应用提供的剪贴板导入提示操作;识别前确认剪贴板里只有完整链接,没有说明文字、换行截断或聊天标点。不要把包含认证信息的链接粘贴到公开页面。
完成后返回 Home,展开对应分组并选择一个服务器。如果列表仍为空,先检查订阅是否成功返回可识别内容、是否过期,以及分组是否折叠。重复添加同一地址通常不能解决内容格式错误;详细的入口区别可阅读订阅导入方法说明。确认有可选服务器后,再进入下一步。
步骤 02 · 确定流量处理方式
服务器解决“通过哪里连接”,Global Routing 决定“按什么方式处理流量”。两者需要分别检查。
回到 Home,点击 Global Routing,查看当前选中的姿态。三种写法分别是配置(Config)、代理(Proxy)、直连(Direct)。首次设置建议先明确自己的目标,再选择对应项;不要将 Home 中选中了服务器,等同于所有请求都已经通过该服务器。
| 姿态 | 处理方式 | 检查重点 |
|---|---|---|
| 配置(Config) | 按当前配置的规则决定请求使用的策略。 | 启用的配置、规则顺序与最终策略。 |
| 代理(Proxy) | 将流量按代理姿态处理,不以逐条规则分流作为主要判断方式。 | 所选服务器是否可用,实际访问是否成功。 |
| 直连(Direct) | 让流量直接连接目标。 | 它不能用来证明所选代理服务器工作正常。 |
需要按规则区分请求时,选择配置(Config),再进入底部 Config 页面确认当前使用的配置文件。打开配置编辑页可以看到 General、Rule、Hosts 等分段;截图展示的是配置编辑内容,不是服务器订阅列表。已有服务提供的服务器信息不一定附带完整规则,因此“已经导入服务器”与“已配置好规则分流”是两个不同结果。
进入 Rule 查看已有条目。规则通常按顺序判断,具体域名或地址条件应放在兜底规则之前;FINAL 用于前序规则未匹配的情况。PROXY、DIRECT、REJECT 是策略关键字,不是三台服务器。下面仅用保留示例域名展示语法,不是可连接的服务器信息,也不建议在不了解原配置时直接覆盖整个 Rule 分段。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY
如果只是先确认已有服务器能否建立连接,可暂时切换代理(Proxy)做对照测试,测试后再回到原先的配置(Config)。若 Proxy 可访问而 Config 不可访问,应优先检查规则与配置中的策略引用,而不是立即重新导入订阅。更完整的 DOMAIN-SUFFIX、IP-CIDR 与 FINAL 含义见术语手册;本页先完成连接闭环,不扩展复杂规则编写。
修改已有配置前保留副本,每次只调整一个条件。保存后返回 Home,再次确认 Global Routing 显示的是刚才选择的姿态,随后进行连接。
步骤 03 · 建立连接
选中服务器、确认路由姿态,再打开开关。系统授权与服务认证是两件事。
返回 Home,在 SERVER 中点选需要使用的服务器,确认选择标记落在目标条目上。订阅导入了多个条目时,不要只看分组名称;实际选中的服务器才是后续连接的对象。如果刚修改了参数,先完成保存,再返回 Home 操作,避免将未保存的表单内容误认为已经生效。
检查 Global Routing 后,打开顶部 Not Connected 旁的连接开关。首次连接可能出现系统添加 VPN 配置的提示,这是客户端使用系统网络能力所需的授权。核对提示来自当前操作的 Shadowrocket,再按系统要求确认;设备可能要求密码或生物识别。该授权不是已有服务商的账号登录,也不需要把订阅密码填进系统设备密码框。
完成授权后回到 Home,等待应用状态更新。出现 Connected 表示连接状态已建立,但仍不能直接推出所有目标均能访问;下一步还要验证服务器、目标与规则的组合。若开关立即回落到 Not Connected,先查看是否取消了授权、系统中是否有其他正在使用的 VPN 配置,以及设备管理策略是否限制配置变更。不要反复快速拨动开关,以免混淆每次操作对应的结果。
iPad 的屏幕布局可能与截图宽度不同,但操作顺序相同:确认所选服务器、确认 Global Routing、再操作连接开关。需要修改服务器参数或更换配置时,可先断开,完成保存后重新连接,并记录改动。暂时结束使用时,在 Home 关闭连接开关即可;删除订阅或清空配置不是正常断开连接的必要步骤。
如果已启用 On Demand,连接行为还可能受其触发条件影响。首次验证建议先使用明确的手动连接流程,理解结果后再单独设置 On Demand,避免同时引入多个变量。现在保持连接,进入下一步做实际访问检查。
步骤 04 · 检查实际结果
在 Home 点击 Connectivity Test,等待当前测试完成。测试用于观察指定方式下的连通性,结果受到测试目标、Test Method、当前网络和服务器状态共同影响。一次超时并不能单独证明所有业务都不可用;同样,出现测试结果也不表示每个应用、每个域名都经过同样的路径。先看结果是否稳定,再做浏览器访问,不要只依据列表中的单次数字判断。
在浏览器打开一个自己已知可访问的页面,再打开本次需要验证的目标。对比能否完成加载,而不是只看页面是否曾显示过内容;缓存页面可能在网络异常时仍然出现。
回看 Global Routing 与启用配置。若需要判断某个请求是否按预期走 PROXY 或 DIRECT,结合对应连接记录及命中规则检查,而不是只看系统 VPN 标识。
在配置(Config)下,不同域名可能命中不同策略,因此一个页面成功不代表另一个目标也使用代理。可对同一目标短暂比较代理(Proxy)与配置(Config)的表现:保持服务器不变,只改变姿态,重新发起请求。若差异稳定出现,记录目标域名与命中规则,再回到 Rule 检查。验证结束后恢复希望长期使用的姿态,不要遗忘临时测试状态。
若浏览器正常而某个应用异常,检查该应用是否需要重新建立连接,以及是否还有独立网络设置。若所有目标都失败,则转到下一步从基础网络开始排查。只在自己控制或有权访问的目标上验证;不必为了证明连接状态而向陌生网站提交订阅链接、认证信息或完整配置。
步骤 05 · 一次只改变一个条件
按“基础网络 → 导入内容 → 服务器参数 → 路由与 DNS”的顺序检查,保留能够复现的条件。
先关闭连接,确认当前网络能正常访问已有服务的必要页面,再检查订阅地址是否完整、是否包含多余空格,以及服务端权限是否仍有效。保存订阅名称不等于成功取得服务器列表;应查看更新提示,并回到 Home 确认条目。若服务端返回登录网页或错误说明,客户端无法把它当作服务器数据使用。不要将完整订阅地址发到公开评论区,其中的认证部分可能代表使用权限。
回到 Add Server 对照原始信息逐项检查 Type、Host、Port 与认证参数。域名拼写、端口位数、密码首尾空格都值得单独核对;TLS 的服务器名称也不能凭直觉更换。若同一分组中只有一个条目失败,而其他已有条目在相同网络下可用,应优先检查该条目及对应服务状态。若换网络后才恢复,则记录 Wi-Fi 或蜂窝网络差异,不要一次同时改协议、端口和规则。
先确认没有停留在直连(Direct),再比较代理(Proxy)与配置(Config)。只有 Config 出现问题时,检查当前配置是否选对、规则是否按预期命中,以及策略是否引用了有效对象。两种姿态都失败时,再检查服务器与 DNS。域名访问失败不必然是 DNS 问题;应结合错误提示判断,避免将随意更换 DNS 当作所有问题的通用处理。
进入 Settings 查看 Test Method。不同测试方法反映的范围不同,测试目标本身也可能暂时不可达。保持测试方法一致后再做比较,并用实际访问结果补充判断。Settings 中的 Proxy、TCP、UDP 等设置涉及不同层面的行为,初次使用不建议一起修改;更改前记下原值,出现回归时才有明确的恢复路径。
如果手动关闭后又自动连接,检查 Settings 中的 On Demand 条件,而不是直接删除全部配置。如果问题仍无法定位,进入 Diagnostics 查看可用诊断内容,记录发生时间、当前网络、Global Routing 姿态、所选服务器及错误现象。分享记录前移除订阅地址、密码、认证标识与个人网络信息,只保留定位问题必需的部分。
以上流程适合首次连接的快速检查。涉及持续超时、DNS 解析、耗电、更新后异常或 iPad 特定问题时,继续阅读排查手册;需要理解配置字段时查术语手册。保持最后一次可用配置的副本,比不断叠加未知设置更有利于复现与恢复。