先看测试响应
在 Home 运行 Connectivity Test,等待本轮测试完成。测试结果受 Test Method、测试目标、本地网络与服务器状态共同影响。一次响应只能说明该测试在当时的结果,不代表所有应用和网站都能使用。
官方手册 / 入门操作
按「添加 → 选择模式 → 连接 → 验证 → 排错」操作。先确认每一步的结果,再继续下一步;协议参数与规则原理另见协议参考。
开始前:已从 App Store 安装 Shadowrocket,并已有自己的订阅链接或服务器信息。本站不提供、不销售、不推荐节点、订阅或连接服务。客户端一次性买断 ≠ 线路套餐,购买应用不会自动获得连接所需的服务器资料。
尚未安装时,先查看App Store 正版核验与获取说明。本教程以 iPhone / iPad 为操作对象;系统要求以 App Store 页面标注为准。
配图为 App Store 官方截图,用于辨认页面与字段。操作时以设备上实际显示的界面为准,不需要照抄截图中的示例内容。
步骤 01 / 准备可用条目
打开 Shadowrocket 后进入 Home。先判断手里的资料是哪一种:一组服务器参数、一个单服务器分享链接、一张二维码,还是一个订阅链接。这几类资料的导入方式不同。订阅链接用于获取和更新一组条目,服务器参数用于建立一个条目;不能仅凭链接以 HTTPS 开头,就认定它一定是订阅。
在 Home 的 SERVER 区域找到 Add Server,打开添加页面。先点 Type,选择与已有资料一致的协议类型,再填写 Host 和 Port。Host 是服务器域名或 IP 地址,Port 是服务端指定的端口。不要把整段分享链接填进 Host,也不要把地址中的路径或查询参数当成服务器名称。
后续字段随 Type 改变。截图展示了 Password、Method 等字段,但并非每种协议都使用同一组参数。Password、UUID、Method、TLS 相关参数及传输设置应逐项对应原始资料,不能用另一个协议的字段代替。端口和认证信息中的一个字符不同,也可能导致保存成功却无法连接。填写后保存,返回 Home,确认 SERVER 中出现刚添加的条目。
如果已有二维码,在 Add Server 中选择 Scan QR Code,按系统提示允许使用相机,再将二维码完整置于取景区域。识别后先检查 Type、地址和端口,再保存。二维码只是资料的载体,并不自动证明内容正确。若相机未识别,先检查画面清晰度、二维码是否完整,以及它是否确实包含客户端可识别的配置。
已有单服务器分享链接时,可以复制完整内容,回到应用按出现的导入提示操作;未出现提示时,检查复制内容是否包含多余说明文字。Import from Cloud JSON 用于相应的 JSON 资料,不是通用订阅入口。遇到格式不明的内容,先向提供该资料的一方确认格式,不要反复更换 Type 试填。
在 Add Server 的 Type 中选择 Subscribe,将自己的订阅链接完整填写到 URL 字段,保存并等待获取结果。回到 Home 后检查订阅分组和条目是否出现。订阅地址可能带有私人访问标识,应完整保留查询参数,但不要把它发布到截图、讨论区或公开文档。
如果只看到了订阅分组,却没有任何服务器条目,先检查本地网络能否获取该地址,以及订阅内容是否仍有效。不要把空分组当作导入完成。订阅更新可能增删条目,重命名或整理之前先保留原始资料。现在只需确认至少有一个与原资料一致的条目,下一步再决定流量处理方式。
步骤 02 / 确定流量处理方式
条目添加完成后,返回 Home,点击 Global Routing。这里决定客户端如何处理进入其处理范围的连接,不是选择服务器的地方。三种姿态分别是配置(Config)、代理(Proxy)、直连(Direct)。选择时应先明确测试目的,避免在不了解当前模式的情况下,通过网页结果反推服务器是否正常。
配置(Config)依据当前启用的配置文件处理请求。进入 Config,确认实际选中的是哪份配置,而不是只看列表里是否存在某个文件。添加服务器与添加配置文件是两件事:订阅中出现服务器条目,不代表所需的分流规则也已经导入或启用。若已有配置文件,先检查来源和内容,再选中使用。
官方截图展示了配置编辑中的 General、Rule、Hosts、URL Rewrite、HTTPS Decryption 等分段。首次使用重点查看 Rule:规则通常按从上到下的顺序检查,命中后采用对应策略。DIRECT 表示直连,PROXY 表示使用代理策略,REJECT 表示拒绝。较宽泛的规则放得过早,可能使后面的具体规则不再被检查。
本教程不要求修改 HTTPS Decryption,也不要求启用改写功能。先使用能够理解的基础配置完成连接,复杂处理留到基础验证通过以后。若不清楚当前文件的策略指向,先保留原文件,再查看协议参考与参数说明及规则分流相关问题,不要为完成首次连接而同时修改多个分段。
代理(Proxy)让进入客户端处理范围的连接按代理方式处理,可用于与配置(Config)做一次受控对照。它不能保证每个目标服务都可访问,也不能替代对服务器参数的核对。如果代理(Proxy)下可以访问,而配置(Config)下同一目标失败,优先检查当前配置文件与命中的策略,而不是立即删除服务器。
直连(Direct)按直连方式处理流量,可用于确认目标在当前本地网络上的表现。它不等于使用已选服务器成功建立代理访问。进行模式对照时,保持同一个目标页面、同一种本地网络,每次只切换一个模式并新建请求。完成对照后,切回实际需要的模式,再进入连接步骤。
步骤 03 / 建立客户端连接
回到 Home,在 SERVER 列表中点选准备使用的服务器,确认选中标记落在预期条目上。订阅分组里可能有多个名称相近的条目,应结合地址或已有备注辨认。列表中存在条目只表示资料已保存,不表示它已经被选中,更不表示客户端正在连接。
再次核对 Global Routing 显示的模式,然后打开顶部 Not Connected 对应的连接开关。首次使用时,系统可能询问是否允许添加 VPN 配置。这是允许 Shadowrocket 建立系统网络配置的授权步骤,并不是购买连接服务,也不会替用户填写服务器参数。确认是自己刚触发的操作后,按系统提示允许,并完成设备要求的身份验证。
如果刚才取消了授权,返回应用重新打开连接开关,按实际出现的系统提示处理。设备受管理策略限制时,权限可能无法自行更改,应先确认设备的管理要求。不要通过反复删除应用来尝试解决权限问题,这会增加丢失本地配置的风险。授权与服务器认证属于不同环节,允许添加 VPN 配置不会修复错误的 Host、Port 或 Password。
授权后回到 Home,观察顶部连接状态是否从 Not Connected 改变。若开关立即回落或状态迟迟未完成,先停止重复切换,记录当前模式、所选条目和提示文字。切换服务器或修改参数时,建议先关闭连接,完成修改后再重新连接,便于判断这次测试使用的是哪一组资料。
系统出现 VPN 标识,只能说明系统层面的 VPN 连接状态,不能单独证明目标网站可访问,也不能证明规则按预期命中。Home 的连接状态确认完成后,保留当前条目和模式,继续下一步做实际请求验证。此时先不要开启额外的自动连接条件,以免手动测试过程中连接被其他条件重新触发。
步骤 04 / 区分连接状态与访问结果
在 Home 运行 Connectivity Test,等待本轮测试完成。测试结果受 Test Method、测试目标、本地网络与服务器状态共同影响。一次响应只能说明该测试在当时的结果,不代表所有应用和网站都能使用。
保持同一服务器和模式,用浏览器新开页面访问一个已知目标。检查页面主体和必要资源是否加载。旧标签页、缓存页面或已有长连接可能掩盖设置变化,模式对照应使用新的请求。
如果 Connectivity Test 有响应,但网页打不开,不要立即将问题归结为服务器不可用。测试目标与网页目标不同,域名解析、TLS 握手、目标站点状态及规则策略也可能不同。先记录是所有页面失败,还是只有一个域名失败;再检查该域名在当前配置下应走 DIRECT 还是 PROXY。必要时结合应用内实际请求记录,确认目标、命中规则和最终策略。
若需要确认配置(Config)的行为,选择一个规则明确的目标发起新请求,再检查相应记录。不能仅凭页面打开速度判断是否走代理,也不能仅凭一个出口地址检测页面推断全部流量的处理方式。规则可能让不同域名采用不同策略,因此验证应围绕具体目标进行。
还可以关闭客户端连接,在相同本地网络下访问同一目标,作为基线对照。若关闭连接后同样失败,应把本地网络或目标本身的问题纳入检查;若只有配置(Config)失败,而代理(Proxy)可以完成同一请求,则先排查配置规则。测试期间不要同时切换 Wi-Fi、服务器和模式,否则难以确定哪项变化影响了结果。
首次验证只需确认三件事:Home 保持连接、实际目标能完成请求、模式与规则符合使用目的。速度和长时间稳定性需要在真实使用条件下另行观察,不能由一次 Connectivity Test 得出结论。验证通过后再恢复日常需要的模式,出现异常则进入下面的分层排查。
步骤 05 / 每次只调整一项
先按失败发生的阶段定位:没有导入内容,检查资料格式;有条目但不能连接,检查参数和权限;已连接但不能访问,检查 DNS、规则和目标。这样可以避免在订阅获取失败时反复修改 Rule,也避免在认证字段错误时调整与之无关的系统设置。
重新核对原始资料是否完整,尤其是订阅 URL 的查询参数、分享链接的前缀以及二维码边缘。检查订阅是否能在当前网络下获取,是否返回了登录页面或普通网页而非配置内容。不要把私人订阅地址交给不明的在线转换页面。确认格式后重新导入一次,再回 Home 检查条目;仍有问题时向资料提供方确认内容是否有效。
先确认系统 VPN 配置权限,再核对所选条目的 Type、Host、Port 和认证字段。对要求 TLS 或特定传输参数的条目,还要核对服务器名称和对应设置,不能只检查 Password。若在另一个可信的本地网络下表现不同,记录这项差异,但不要据此承诺某种协议一定能解决。协议字段的具体含义可继续阅读协议参考。
进入 Settings 查看 Test Method,先了解 Connectivity Test 使用的测试方式,再将其与实际网页请求区分。随后检查当前配置的 DNS 设置和 Rule。使用域名访问失败,而其他测试有响应时,域名解析是需要检查的环节之一,但不能只凭这一现象确定原因。不要随意用 IP 地址替代 HTTPS 域名访问,因为证书和站点选择也依赖域名。
在 Settings 中检查 On Demand。它用于按已设条件触发连接,不会自动修正错误的服务器参数。排查期间可暂时关闭 On Demand,以便观察手动开关的实际结果。确认手动连接和目标请求都正常后,再逐项恢复所需条件,并检查切换本地网络后的行为是否符合预期。
Settings 中的 Diagnostics 可用于查看可用的诊断信息。记录操作发生时的现象、当前 Global Routing、测试方式和错误提示,比只描述“不能用”更有助于缩小范围。分享记录前隐藏服务器私人地址、订阅 URL、认证字段和其他身份信息;不需要把完整配置公开出去。
每次只修改一项,并重复第四步的同一组验证。修改前保留原配置,能恢复时再继续尝试。若问题涉及订阅状态、服务端证书或认证资料,应由已有资料的提供方确认;若涉及购买、设备兼容性或已购恢复,回到已购恢复说明核对。更多分支情况见常见问题,不必为一个失败现象同时更改全部设置。