Shadowrocket 支持哪些协议:Shadowsocks、VLESS、Hysteria2 等七类一分钟看懂

本文速览

Shadowrocket（小火箭）支持本文列出的七类连接协议，但不能通过切换 Type 把已有服务器改成另一种协议。本文适合已经持有自己的服务商参数或订阅的用户：先用表格识别类型，再按认证、传输与 TLS 三层核对字段，最后区分连接问题与规则问题。七类是本文的归类方式，不是应用全部可选类型的数量。

七类协议与 Add Server 类型

先看已有配置写的协议，再到 Home → 右上角“+”→ Add Server → Type 选择对应类型。不要根据端口或名称猜测：同样使用 443 端口的服务，可能采用不同协议，也可能分别使用 TCP 与 UDP。Type 决定客户端如何与服务器通信，必须与服务端保持一致。

协议分类	Type 对应项	基本特点	首先核对
Shadowsocks	`Shadowsocks`	以密码和指定加密方法建立代理连接；具体算法必须两端一致。	Address、Port、Password、Method，以及已有配置要求的插件参数。
VMess	`VMess`	使用 UUID 标识用户，可搭配不同传输方式；协议认证与 TLS 是不同层次。	UUID、加密选项、传输方式，以及 TLS、Host、Path 等配套字段。
VLESS	`VLESS`	使用 UUID 认证，协议本身不承担载荷加密；链路保护取决于实际传输配置。	UUID、传输方式、TLS，以及配置要求的其他握手参数。
Trojan	`Trojan`	通常基于 TLS 建立连接，以 Password 认证。	Password、Port、TLS 服务名与证书校验相关设置。
HTTP / SOCKS5	`HTTP` / `SOCKS5`	两种不同的代理协议，部分服务器要求用户名与密码；不能互换 Type。	服务器实际协议、Address、Port、认证要求，以及是否明确提供 TLS。
WireGuard	`WireGuard`	使用密钥与对等端配置建立基于 UDP 的隧道，不采用普通代理的密码模型。	本地私钥、对端公钥、Endpoint、隧道地址及路由范围。
Hysteria2	`Hysteria2`	基于 QUIC，底层使用 UDP，需匹配认证、TLS 与可选混淆参数。	Address、Port、认证值、TLS 服务名，以及 UDP 路径是否可用。

HTTP 与 SOCKS5 在表中合为一类，仅为了便于概览；在 Type 中仍应分别选择。Hysteria2 与其他名称相近的协议也不能按名称近似替换。具体字段的显示与可选组合，以应用内对应 Type 的编辑页面为准。

7 类

本文归类；HTTP / SOCKS5 合并展示

2 项

HTTP 与 SOCKS5 需要分别选择 Type

443

端口示例；数字相同不代表协议相同

结论：按参数选 Type

已有配置明确标注 VLESS，就先选 VLESS 并核对其配套传输参数；不要因为其他协议名称更熟悉而替换，也不要把示例端口 443 当成所有服务器的固定值。

认证、传输与 TLS 分开核对

协议名称只说明连接的一部分。认证回答“使用什么凭据”，传输回答“数据如何承载”，TLS 设置则涉及握手与证书校验。把这三层分开检查，可以避免“UUID 正确却仍无法连接”或“地址能解析但握手失败”时反复修改无关字段。

认证层：Shadowsocks 的 Password 需要配合正确的 Method；VMess 与 VLESS 的 UUID 需要完整复制；Trojan 的 Password 不是 UUID；WireGuard 的私钥也不能填进密码字段。不同字段即使都表现为一串字符，也不具有可互换性。
传输层：若已有参数要求 WebSocket，必须同时核对对应传输选项、Host 与 Path。Path 中的前导斜杠及字符大小写应按原值保留；不能只填 Address、Port 与 UUID 就省略其余参数。
TLS 层：连接地址可能是 IP，也可能是域名；SNI 用于 TLS 握手中的服务名指示，不必总与连接地址相同，应按已有配置填写。WebSocket 的 Host 与 TLS 的 SNI 分属不同层次，不能默认它们必然相同。
网络层：WireGuard 与 Hysteria2 依赖 UDP。某个 TCP 连接可用，并不能证明同一网络下的 UDP 路径也可用；应结合对应协议的实际连接结果判断。

VLESS 本身不承担载荷加密，不等于所有 VLESS 连接都以明文传输；实际链路还要看 TLS 等配置。反过来，看到 HTTP 或 SOCKS5 也不能自行推断整段链路具有加密保护。应以实际启用的传输与安全设置为准，而不是只看协议标签。

从已有参数添加与验证

手动添加适合逐项核对参数；订阅导入适合按用户已有配置批量建立条目。两种方式得到的条目都需要匹配服务器实际设置。本文只说明已有配置的使用，不提供、不销售、不推荐节点、订阅或服务商。

核对参数

先确认协议、服务器地址、端口和认证值，再整理 TLS、传输与其他附加参数。端口必须使用已有配置给出的数值，不要把 443 当作默认答案。
选择类型

打开 Home → 右上角“+”→ Add Server → Type，选择与已有参数完全一致的协议，再返回编辑页面填写对应字段。
填写并保存

逐项填写 Address、Port 与认证字段；需要 TLS 或额外传输设置时继续核对对应选项。保存后回到 Home，选中刚添加的条目。
验证连接

在 Home 检查 Global Routing，进行 Connectivity Test，并打开一个明确的测试目标。记录测试目标、网络环境与错误提示，避免一次改动多个字段。

如果已有的是订阅链接，可走 Home → 右上角“+”→ Type → Subscribe，填写自己的订阅地址并保存，再在 Home 更新对应订阅。更新后应重新核对当前选中的条目，因为远程配置可能改变地址、端口或认证信息。编辑单个条目与更新订阅不是同一操作，本地修改也可能被后续更新覆盖。

保存成功只表示条目已经写入，不表示服务器已经完成认证。
延迟测试结果只反映对应测试方法的结果，不等于所有目标网站均可访问。
需要修改时，先保留原始参数，再一次只调整一项，便于确认变化原因。

协议与 Global Routing 各管一层

协议决定如何建立连接；Global Routing 决定请求按什么方式交给直连或代理策略处理。选择了 Hysteria2，并不意味着每个请求都会使用它。Home 中的 Global Routing 包含 Proxy、Direct、Config、Scene；其中 Scene 用于场景配置，不是第八种连接协议，也不是自动测速结论。

Config

Proxy

以代理方式处理接管的请求，可用于对照 Config 下的结果，缩小规则分流相关问题的排查范围；仍不能绕过服务器认证与网络条件。

适合：临时对照代理连接与规则处理结果

Direct

以直连方式处理请求。此时网页能打开，不能作为所选代理条目可用的证据；需要验证协议连接时，应先明确正在测试哪条路径。

适合：对照当前网络的直连访问情况

在 Config 中，DOMAIN-SUFFIX 按域名后缀匹配，IP-CIDR 按 IP 网段匹配，GEOIP 按 IP 地理数据库分类匹配，FINAL 处理前序规则未命中的请求。这些是规则关键字，不是 Add Server 中的协议类型。检查时先确认请求命中了什么规则，再确认对应策略使用了哪个连接条目。

Settings → On Demand 控制按条件触发连接的行为，也不会把一种协议转换成另一种。排查期间应记录 On Demand 是否启用，避免把自动触发或重新建立连接误判为协议切换。相关配置入口可见On Demand 设置说明。

常见问题与检查顺序

下面的问题应从已有参数出发处理。先保持其他设置不变，复核 Type、认证和传输，再看 Global Routing 与目标请求；不要用反复更换协议代替定位。

同一地址和端口，能改成另一种协议吗？

不能仅通过客户端改 Type 完成转换。回到 Home → 该条目的编辑页面，确认 Type 与已有参数一致；只有服务器确实提供另一种协议时，才能使用那一套配套参数。相同的地址与端口不足以证明服务端同时支持两种协议。

VMess 与 VLESS 都有 UUID，为什么不能直接互换？

UUID 是凭据形式，不代表握手协议相同。先核对 Type，再检查传输方式、TLS 和路径。若原始配置写的是 VLESS，就不要把 UUID 复制进 VMess 后继续尝试；应返回原类型核对缺失字段。

Hysteria2 在 Wi-Fi 失败，换网络却能连接？

先用同一条目、同一测试目标对照两种网络，并保留错误提示。Hysteria2 使用 UDP，网络路径差异可能影响连接；再核对端口、认证、SNI 与可选混淆参数。单凭这一现象不能确定是服务器故障，也不能断言某种协议总是更快。

订阅更新以后，原来能用的条目失败了？

在 Home 确认仍选中了预期条目，再进入编辑页面核对更新后的 Type、Address、Port 与认证信息。不要直接把旧密码覆盖到新条目；应与自己持有的当前参数比对，并检查 Global Routing 是否同时发生变化。

显示已连接，是否代表协议配置全部正确？

不代表。系统连接状态、服务器认证和目标访问是不同环节。回到 Home 检查 Global Routing，运行 Connectivity Test，再验证具体目标。只有实际请求经过预期条目并获得结果，才能说明该次路径可用，不能据此推断所有网络与目标都可用。

最终选择原则是兼容已有服务端配置，而不是按协议名称排序。需要继续理解字段含义，可查看协议术语；需要核对当前配置文件与诊断入口，可查看Config 设置说明。将协议、传输、规则分开记录，后续更新与排查才有明确依据。