news/industry · 集群 B · 技术与成本演进 · 1/6
代理协议演进简史:从 Shadowsocks、VMess 到 VLESS 与 Hysteria2
代理协议的演进大致沿着三条思路展开:从自定义加密走向复用 TLS,从「让流量看起来随机」走向「让流量看起来像普通网站访问」,从只依赖 TCP 扩展到基于 UDP/QUIC 的传输。Shadowsocks、VMess、Trojan、VLESS、REALITY 与 Hysteria2 分别代表了这些思路中的不同节点。协议本身不决定速度与可用性,线路与运营同样重要。
为什么要从行业视角看协议演进
从行业视角看协议演进,是为了理解机场资料中「协议」这一字段的意义:它反映的是服务商采用了哪一代设计思路,以及用户需要什么样的客户端才能使用。协议的技术细节在 代理协议 专题中有专门解释,本文只梳理演进脉络,并且只写确定的常识,不涉及具体年份与未经确认的细节。
演进脉络总览
代理协议的演进可以概括为三条并行的主线,每一代协议都是在回应上一代暴露的问题。
主线一:加密方式
自定义加密(Shadowsocks、VMess)
│
▼
复用标准 TLS(Trojan、VLESS + TLS)
│
▼
改进 TLS 握手特征(REALITY 等方案)
主线二:流量外观
「看起来像随机数据」 ──► 「看起来像普通网站访问」
主线三:传输层
以 TCP 为主 ──► 扩展到 UDP / QUIC(Hysteria2 等)
这三条主线不是严格的先后关系,而是相互交织的。例如 VLESS 本身是一个轻量协议,它通常与 TLS 或 REALITY 组合使用,因此同时出现在主线一的不同阶段。
Shadowsocks:轻量加密代理
Shadowsocks 的定位是轻量的加密代理,它的思路是用对称加密把流量包装起来,让中间设备无法直接读取内容。
它的优势在于实现简单、资源占用低、客户端生态成熟,所以长期被广泛使用。后续版本陆续引入了 AEAD 类加密方式,以改进早期加密方式在完整性校验方面的不足。随着网络环境变化,「看起来像随机数据」这一外观特征本身也成了被讨论的问题,这推动了后续协议向「模仿常见流量」的方向发展。
VMess:更完整的协议框架
VMess 是 V2Ray 项目中的核心协议之一,它在协议层内置了加密与认证机制,并且依托 V2Ray 的框架支持多种传输方式组合。
VMess 的一个使用特征是对系统时间同步有要求,客户端与服务端时间偏差过大时可能导致连接失败,这也是 故障排查 中「时间不同步」类问题的常见来源。它的设计更完整,但相应地也更复杂。
Trojan:复用 TLS 的思路
Trojan 的核心思路是不再自行设计加密,而是直接使用标准 TLS,让代理流量在外观上接近普通的 HTTPS 访问。
它通过密码认证区分代理请求与普通请求,对无法通过认证的请求可以回落到正常的网站服务。这种「借用最常见流量形态」的思路,在后续协议设计中被反复采用。代价是需要域名与有效证书,部署要求比 Shadowsocks 更高。
VLESS 与 REALITY:轻量协议加改进握手
VLESS 是一个去掉了协议层自带加密的轻量协议,它把加密交给外层的 TLS 等传输安全方案,从而减少重复加密带来的开销。
REALITY 是 Xray 项目中的一种传输安全方案,目标是在不依赖自有证书的情况下,让 TLS 握手特征更接近访问普通网站。VLESS 常与 TLS 或 REALITY 组合使用。
从品牌库资料看,17 个品牌中有 12 个资料标注协议为 VLESS,另外 5 个为待核实。资料只写了「VLESS」,并未说明具体搭配的传输方式,因此本站不推断这些品牌使用的是 TLS 还是 REALITY 组合。
Hysteria2:基于 QUIC 的传输
Hysteria2 代表了另一条思路:不再局限于 TCP,而是基于 QUIC,也就是运行在 UDP 之上,并针对高丢包、高延迟的网络环境设计拥塞控制策略。
基于 UDP 的协议在部分网络环境中可能有更好的表现,但也可能遇到运营商对 UDP 流量的限制或 QoS 策略,表现差异较大。本站没有任何实测数据,无法给出这类协议的性能结论。品牌库中目前没有品牌资料标注 Hysteria2。
各协议的设计取向对照
下表只对设计取向做一般性描述,不涉及性能比较,所有速度与可用性指标本站均为 Not Tested。
| 协议 / 方案 | 加密方式 | 传输层 | 设计取向 | 部署复杂度(一般描述) |
|---|---|---|---|---|
| Shadowsocks | 协议自带对称加密 | 以 TCP 为主,可支持 UDP | 轻量、简单 | 低 |
| VMess | 协议自带加密与认证 | 依托框架支持多种传输 | 完整的协议框架 | 中 |
| Trojan | 依赖标准 TLS | TCP | 模仿 HTTPS | 中(需域名与证书) |
| VLESS | 协议层不自带加密,依赖外层 | 可组合多种传输 | 轻量,交由外层处理加密 | 视组合而定 |
| REALITY | 传输安全方案 | 与 VLESS 等组合 | 改进 TLS 握手特征 | 视实现而定 |
| Hysteria2 | 基于 QUIC 的加密 | UDP | 面向高丢包网络 | 中 |
协议演进对用户意味着什么
协议演进对用户最直接的影响是客户端兼容性:新协议需要客户端内核支持,较旧的客户端可能无法识别新的节点类型。
所以在观察机场资料时,「协议」字段的意义主要有两点:一是判断你常用的客户端能否导入;二是判断品牌资料的完整程度。协议待核实不代表协议落后,但意味着你在购买前需要多做一步确认。具体怎么处理,可以阅读 协议信息披露现状;客户端支持情况的变化,可以参考 代理客户端生态变化观察。
需要提醒的是,加密不等于匿名,任何协议都无法让使用行为脱离所在地法律法规与平台条款的约束,请合规使用。想把协议字段落到具体品牌上,可以前往 机场品牌库 按「VLESS」或「协议待核实」标签筛选,或使用 对比工具 逐项核对。
常见问题
VLESS 和 VMess 最主要的区别是什么?
VMess 自带加密与认证机制,VLESS 去掉了协议层自带的加密,设计上更轻量,通常依赖外层 TLS 等传输安全方案提供加密。
Trojan 协议的设计思路是什么?
Trojan 依赖标准 TLS,让代理流量在外观上接近普通 HTTPS 访问,并通过密码认证区分代理请求和普通请求。
Hysteria2 与前面几种协议有什么不同?
前面几种协议主要基于 TCP,Hysteria2 基于 QUIC,也就是运行在 UDP 之上,并针对高丢包网络设计了拥塞控制思路。
协议越新就越好吗?
不一定。协议只是链路中的一环,实际体验还取决于线路、节点负载、客户端兼容性与运营质量;新协议也可能面临客户端支持不完整的问题。
机场资料没写协议应该怎么办?
按资料原样记为待核实,不要根据同价位品牌推断,可以向品牌确认或查看自己订阅中的节点类型,并只把它当作个人观察。
信息来源与更新时间
- 信息来源
- 品牌清单资料(品牌公开信息整理)
- 测试范围
- 本站未进行测速与解锁实测,所有能力描述均为资料声明或未测试状态。
- 发布时间
- 待核实
- 核实日期
- 待核实
- 最近更新
- 待核实