单条分享链接通常描述一个服务器,订阅链接则用于获取并更新一组服务器。本文面向已经持有自己服务商参数或订阅的用户,说明如何在 Shadowrocket(小火箭)的 Home → Add Server 中选择入口、辨认四种链接格式,并在导入后核对字段。所有示例域名、密码、UUID 与 token 均为假值,不能用于实际连接。
一、先分清:链接描述服务器,还是用于获取列表?
先看开头,再核对来源说明;链接长度不能用来判断它是不是订阅。ss://、vmess://、vless:// 与 trojan:// 通常是单条服务器分享格式,携带协议需要的连接参数。以 https:// 开头的地址可能是订阅,也可能只是网页或远程配置文件,必须确认返回内容的用途。
| 核对项 | 单条分享链接 | 订阅链接 |
|---|---|---|
| 主要内容 | 一个服务器的地址、端口、认证与传输参数 | 获取服务器列表的地址,可能附带访问 token |
| 常见开头 | ss://、vmess://、vless://、trojan:// | https://,具体用途由提供方说明 |
| 导入入口 | 剪贴板导入提示,或 Home → Add Server 按对应 Type 填写 | Home → Add Server → Type → Subscribe |
| 后续维护 | 参数变化后重新导入或编辑 | 通过原订阅条目更新列表 |
订阅不是一种代理协议,https:// 也不能说明列表里只有某一种协议。一个订阅响应可以包含多条不同类型的服务器记录,具体取决于提供方输出的格式。订阅也可能只有一条记录,因此不能按导入后的条目数量反推链接性质。
二、四种分享格式分别需要核对什么?
识别前缀只完成了第一步,保存前还要在 Add Server 对照实际字段。地址与端口正确并不代表认证、TLS 和传输参数也正确。以下示例只用于辨认结构,不对应可用服务。
ss://:核对 Method、Password、地址与端口
Shadowsocks 分享格式常把加密方法与密码组合后进行 Base64 编码,再附上服务器地址和端口。下面的认证部分解码后为 aes-128-gcm:test;示例端口是 8388,并不是所有 Shadowsocks 服务的固定端口。
ss://[email protected]:8388#Example-SS
- 在 Home → Add Server → Type 选择
Shadowsocks,核对 Address、Port、Method 与 Password。 #Example-SS是备注片段,不是密码的一部分。- 若原链接带有
plugin参数,还要核对对应扩展选项;不能只留下地址、端口与密码。
vmess://:常见形式是 Base64 编码的 JSON
VMess 的常见分享形式会把 JSON 对象编码到 vmess:// 后面,而不是直接使用 用户@地址 的外观。下面展示的是解码后的示意内容,不是可以直接粘贴导入的完整分享链接。
{
"v": "2",
"ps": "Example-VMess",
"add": "vmess.example.com",
"port": "443",
"id": "00000000-0000-4000-8000-000000000001",
"aid": "0",
"net": "ws",
"type": "none",
"host": "edge.example.com",
"path": "/demo",
"tls": "tls",
"sni": "edge.example.com"
}
add与port是连接目标,id是 UUID;v是这种分享数据的格式字段,不是应用版本。net=ws表示 WebSocket,host与path要对应传输设置;不能把它们都当成服务器地址。tls与sni要对照 TLS 设置,不能因为端口为443就自行补全或删掉。
vless://:UUID 后面还有传输与 TLS 参数
VLESS 常用 URI 形式表达参数。下面的示例把 UUID 放在 @ 前面,查询部分说明 TCP 传输与 TLS 设置;encryption=none 不等于整个连接没有 TLS。
vless://[email protected]:443?encryption=none&security=tls&type=tcp&sni=vless.example.com#Example-VLESS
- 在 Add Server 中选择
VLESS,先核对 UUID、Address 与 Port。 - 继续核对传输类型与 TLS Server Name;如果原链接还有
flow等字段,应依原参数处理,不要凭示例添加。 - 同样的
vless://前缀可以承载不同的传输组合,不能把所有 VLESS 链接都按 TCP 示例填写。
trojan://:Password 与 TLS Server Name 分开核对
Trojan 链接通常在 @ 前携带密码。密码中若含有 URI 保留字符,需要正确进行百分号编码;把编码后的文本手动再编码一次,会改变实际认证内容。
trojan://[email protected]:443?security=tls&type=tcp&sni=trojan.example.com#Example-Trojan
- 在 Add Server 中选择
Trojan,分别核对 Password、Address、Port 与 TLS 设置。 sni对应 TLS 握手使用的服务器名称,不一定与用于建立连接的 Address 完全相同。- 不要为了绕过连接错误随意关闭证书验证,应先确认服务器名称、设备时间和原始参数。
三、在 Home 中如何选择导入入口?
已有订阅应保留为 Subscribe 条目;只有一条分享链接时,优先尝试应用提供的剪贴板识别。下面对比的是 Add Server 的设置用途,“推荐”仅针对已经持有订阅的场景,不表示协议性能排序。
Type → Subscribe
推荐在 URL 中填写已有订阅地址,保存后获取列表。保留订阅关系,后续可通过原条目更新,而不是逐条维护参数。
适合:已经有自己的订阅,需要继续更新服务器列表
Type → VLESS 等具体协议
按单个服务器的实际协议填写 Address、Port 与认证字段。这里的 VLESS 只是入口示例,其他协议必须选择各自对应的 Type。
适合:只有一组完整服务器参数,或单条分享链接无法自动识别
结论:需要后续更新,就保留原订阅条目
如果资料明确标为订阅地址,应在 Type → Subscribe 中保存原 URL;不要把首次获取的单条记录当成订阅本身,否则以后更新原列表时无法沿用这条独立记录。
操作方案:按手中资料选择流程
已有单条分享链接
- 从
ss://等前缀开始完整复制,不包含聊天引号和解释文字。 - 打开 Shadowrocket;若出现剪贴板导入提示,按提示确认,系统询问粘贴权限时按需允许。
- 没有提示时,在 Home → Add Server 选择相应 Type,依据原始参数手动填写。
- 保存后打开条目编辑页,核对地址、端口、认证、传输与 TLS。
已有订阅地址
- 进入 Home → Add Server → Type → Subscribe。
- 在 URL 中填写完整订阅地址,例如下方的假值示例。
- 保存并等待列表获取,返回 Home 确认订阅分组与条目。
- 以后通过原订阅条目更新,避免反复新增相同订阅。
两条流程的共同终点都是核对已保存字段,而不是仅凭“保存成功”判断连接可用。
https://example.com/sub?token=xxxx
上面的 HTTPS 地址仅为文本示例,不应请求或导入。实际操作时必须使用用户已有的订阅原文,并保留查询参数。若链接经过聊天工具折行,先确认没有混入空格、换行或句末标点。
四、订阅更新与连接测试应如何分开检查?
订阅获取成功只表示列表已取回,不表示每个服务器都能连接。反过来,原有服务器能够使用,也不能证明订阅地址仍然有效;订阅访问与代理连接使用的是不同的请求和认证信息。
- 先确认列表有没有变化。在 Home 对已有订阅执行更新,观察是否返回错误、条目是否出现。不能只看连接开关判断更新结果。
- 再确认更新走哪条网络路径。若当前网络无法访问订阅地址,可在已有可用连接的前提下检查 Settings → Subscribe → Update via Proxy。这个设置改变订阅更新的访问路径,不会修正失效 token。
- 选择一个服务器进行检查。回到 Home 选择条目,使用 Connectivity Test 查看探测结果。探测成功不等于目标网页、认证与所有传输都正常,仍需做实际访问验证。
- 最后核对分流。在 Home → Global Routing 检查当前姿态。Direct 不使用服务器代理请求;Proxy 可用于临时隔离规则因素,Config 则依当前配置规则处理流量。测试完成后恢复原本需要的姿态。
五、导入失败、字段变化与链接隐私问答
排查应从原文完整性开始,再检查格式、字段和网络。不要先修改密码或删除查询参数;这些操作可能把一个可解析的原始链接改成无法认证的记录。
复制了链接,打开应用却没有导入提示怎么办?
先确认复制内容确实从协议前缀开始,且没有附带引号、说明或换行。系统出现粘贴询问时按需允许;仍无提示,就在 Home → Add Server 选择对应 Type,使用提供方给出的完整字段手动填写,不要把整条分享链接填进 Address。
订阅地址能在浏览器打开,为什么导入后还是空的?
先确认打开的是服务器列表响应,而不是登录页、错误页或使用说明。回到 Home 检查 Subscribe 条目的完整 URL,特别是 token 查询参数;若返回内容不符合支持的订阅格式,应向原提供方核对输出格式,而不是把网页内容逐行当作服务器导入。
链接里的 # 后面、sni 和 path 能删掉吗?
# 后的片段通常用作备注;sni 与 path 则可能直接影响 TLS 或 WebSocket 连接。进入 Home 的条目编辑页分别核对这些字段,保持原参数,不要为了缩短链接统一删除查询部分。
订阅更新后,自己修改的服务器字段会保留吗?
不要把订阅内条目的本地修改当作长期保证;后续更新可能重新生成或覆盖字段。需要排查时先记录修改内容,必要时另建独立条目测试,再通过原订阅更新验证。独立条目不会因此自动跟随原订阅变化。
Base64 编码过的链接可以直接发给别人排查吗?
不应公开发送完整内容。Base64 是编码,不是保密措施;分享链接可能包含 Password、UUID,订阅 URL 可能包含访问 token。求助时只提供脱敏后的字段名称、错误现象与菜单路径;若完整凭据已泄露,应到原提供方管理入口更换对应凭据。
最终核对顺序是“确认资料类型 → 选择正确入口 → 检查字段 → 分开测试更新与连接”。这能区分解析失败、订阅访问失败、服务器认证失败和规则路径问题,避免在错误环节反复修改已经正确的参数。