Shadowrocket 支持哪些协议:Shadowsocks、VMess、VLESS、Trojan、Hysteria2 一分钟看懂

支持哪些协议，名称之间是什么关系？

这些协议可以互相替换吗？不能直接替换。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 与 Hysteria2 都有各自的握手和认证方式。先查看服务商提供的协议名称，再在 Home 右上角“+”进入 Add Server，选择对应 Type；服务端没有启用的协议，客户端仅修改选项也无法使用。

为什么 Add Server 没有一直显示相同字段？字段随 Type 和已启用的选项变化。例如开启某种传输后才需要补充 Path 或 Host，选择 TLS 相关选项后才需要核对服务器名称。表中列的是核对重点，不代表所有协议都要填写同一套表单；实际可用项以应用内显示为准。

Shadowsocks、VMess 与 VLESS 分别填什么？

Shadowsocks 只有密码就够了吗？不够。至少还要核对 Address、Port 和加密方法。Password 相同而加密方法不同，仍然无法完成正常通信；如果已有参数还带有额外传输或混淆配置，也要按原信息填写，不能只保留地址和密码。

• Shadowsocks：逐字核对加密方法，不要把名称相近的方法当成同一项。地址只填主机名或 IP，端口填对应数字，不要将完整分享链接塞进 Address。
• VMess：核心认证信息是 UUID，还需核对加密选项与传输方式。如果原始配置包含 AlterID 等兼容参数，应保留原值，不要凭教程统一改写。
• VLESS：同样使用 UUID，但不是 VMess 的另一种拼写。VLESS 本身不提供载荷加密，需要按服务端要求配置相应安全层；不能把 VMess 的加密选项照搬过来。

UUID 一致，为什么仍然打不开网页？认证只是其中一层。如果服务端使用 WebSocket，而客户端采用另一种传输，握手就无法按预期完成。检查所选传输后，再核对 Path 与 Host；Path 中的斜杠和路径内容不能随意删改，Host 也不一定等于 Address。

Trojan 与 Hysteria2 的 TLS 应怎样核对？

Trojan 是否只需输入 Password？还需要核对服务端地址、端口与 TLS 参数。Trojan 通常通过 TLS 承载连接，认证密码正确并不能替代证书校验。如果 Address 使用 IP，而证书对应某个域名，应按服务商提供的信息填写服务器名称，不应把关闭证书验证当作常规修复步骤。

Hysteria2 与 Trojan 的差别在哪里？Hysteria2 基于 QUIC，依赖 UDP 通信；Trojan 的常见连接形态使用 TCP 与 TLS。两者都可能涉及证书和认证，但参数不能互抄。当前网络限制 UDP、端口未开放或服务端不可达时，Hysteria2 可能表现为超时；这不等于认证密码一定有误。

1. 先核对 Type 是 Hysteria2，而不是名称相近的 Hysteria；二者不是可直接互换的协议版本。
2. 检查 Port 与服务端实际监听端口。即使使用 443，也要确认对应的 UDP 通信可达。
3. 核对认证信息、TLS 服务器名称及证书要求；如果服务端配置了混淆，再核对对应类型和密码。
4. 若有带宽或其他可选参数，按自己的服务配置填写，不用无依据的高数值代替网络测试。

换成 Hysteria2 就一定更快吗？不能仅按协议名称判断。服务端负载、网络往返时延、丢包和 UDP 限制都会影响结果。比较时应保持目标网站、设备和网络条件一致，先确认连接确实成功，再观察页面完成加载的时间；单次延迟数字不足以说明吞吐能力。

HTTP、SOCKS5 与 WireGuard 如何区分？

HTTP 和 SOCKS5 是不是也要填写 UUID？通常不需要。它们常见的录入内容是 Address、Port，以及服务端要求的用户名和密码。没有启用账号认证时，不要凭空添加凭据；如果服务端要求的是受 TLS 保护的代理连接，还应选择与之匹配的类型或安全设置。

WireGuard 为什么不能只填地址和密码？它采用密钥认证，并涉及隧道内的地址与路由。自己的 Private Key 必须与服务端登记的客户端公钥对应，对端 Public Key 则用于识别服务端；两者不能交换。接口地址、Allowed IPs 与端点也有不同用途，不能把服务端公网 IP 当作自己的隧道地址。

从 Add Server 到连接测试，按什么顺序操作？

手动录入与订阅导入，应该先选哪一种？已有完整订阅时，优先保留其协议、传输和安全参数；只有服务商提供了明确的单条连接信息，或需要核对某个字段时，再使用 Add Server 手动录入。以下步骤以用户已经拥有自己的服务信息为前提，不包含任何服务资源推荐。

1. 确认来源

   先查看已有参数中的协议、地址、端口与认证信息。敏感字段不要粘贴到公开讨论区；若只有订阅链接，不要把它当作单条服务器地址填写。

2. 选择 Type

   进入 Home → 右上角“+”→ Add Server → Type，选择与服务端一致的协议。随后填写 Address、Port 和对应认证字段。

3. 补全选项

   按现有信息补全传输、Host、Path 和 TLS 等相关选项；只填写所选协议实际需要的内容。保存后回到 Home，选择刚保存的服务器。

4. 验证连接

   在 Home 执行 Connectivity Test，再打开连接开关并访问一个已知可用的网页。首次连接按系统提示允许添加 VPN 配置；同时检查 Global Routing，避免停在 Direct 而误判代理结果。

使用订阅时在哪里录入？在 Home 右上角“+”进入 Add Server，将 Type 选为 Subscribe，填写自己的订阅链接并保存，返回 Home 后更新对应订阅。更新后应重新确认当前选中的服务器；订阅成功取得条目，不代表其中每条连接都已经通过业务访问测试。

订阅更新会不会修复所有错误？不会。更新只会按订阅端返回的内容刷新相关条目，不能修复当前网络阻断或服务端不可用。若手动修改过订阅条目，更新后还应再次核对相关字段；Config 中的分流配置也应单独检查，不能把服务器列表更新视为规则已经同步。

协议正确，为什么 Global Routing 仍会影响结果？

选中了服务器，是否所有访问都经过它？不一定。协议决定怎样与服务器通信，Global Routing 决定连接采用哪种路由姿态。排查协议时，要先确认测试请求确实被安排到代理策略；否则 Direct 下网页能打开，并不能证明服务器参数正确。

Scene 和 On Demand 也属于协议吗？不是。Global Routing 中的 Scene 用于按所设场景处理路由选择，行为取决于实际场景配置；Settings → On Demand 则控制按需触发连接，不能为服务器补上缺失的认证或 TLS 参数。排查期间应记录这些设置，避免自动触发和场景切换改变测试条件。

常见问题：缺字段、超时与连接后打不开网页

出现错误后先改哪一项？先按错误发生阶段分类。保存表单失败通常应先检查必填值；测试超时要同时考虑地址、端口、网络与服务端；连接后部分网页异常则还要检查 DNS 和规则。下列处理顺序比连续切换多个协议更容易定位原因。