vless系协议真的很烂吗,偶然看到sing-box作者对vless的痛批
乱逛发现的,sing-box的作者(世界)的个人静态博客,最新两篇是对xtls协议以及其衍生的vless、vision和reality协议的批评,感觉挺有意思,转过来给大家一起看下:
简述 XTLS 相关协议:https://sekai.icu/posts/the-myth-of-xtls/
VLESS 协议中的设计问题:https://sekai.icu/posts/design-issues-in-the-vless-protocol/
世界这里也是很刚,直接说vless作者写的XTLS,是“胡乱设计”,“代码混乱”,“缺乏二进制数据结构相关经验”,说vless抄了Trojan,且为了兼容包含了曾经vmess的大量缺点,画蛇添足地加了个没用的版本管理功能。
最新的vison和reality由于技术缺陷,“该协议一开始就有可以被识别的”,且已经被伊朗防火墙证实,很容易被识别并封锁。
v2ray的作者也躺枪了一波,说是“V2Ray 项目原作者对 TCP/IP 的理解水平不足,V2Ray 中将 UDP 与 TCP 连接混为一谈,导致其在 UDP 传输上的设计存在严重缺陷,而其他项目根本不存在这个问题”。
除了技术上的diss,里面有些八卦也很有意思,比如说klzgrad(naiveproxy的作者)很早就指出xtls的缺陷,但是作者嘴硬不承认,然后2年后被打脸。还有说不清的对shadow-tls的抄袭问题。。。
看完挺乐的,估计是世界在写sing-box时,需要实现vless的系协议,不能避免地需要去看源码,然后由于代码混乱,某些设计又不认同,于是越写越气,但又还不能让sing-box直接放弃这系列协议(毕竟有大量用户在用),写出工伤了。
能感觉到,最近v2ray系协议确实有衰落地迹象,个人来说,这些协议也都用过,sing-box设计上也确实很优秀,naive和hysteria这些后起之秀也都在逐渐壮大。
不知道v2ray系协议会不会真的成为过去式?
大家咋看
简述 XTLS 相关协议:https://sekai.icu/posts/the-myth-of-xtls/
VLESS 协议中的设计问题:https://sekai.icu/posts/design-issues-in-the-vless-protocol/
世界这里也是很刚,直接说vless作者写的XTLS,是“胡乱设计”,“代码混乱”,“缺乏二进制数据结构相关经验”,说vless抄了Trojan,且为了兼容包含了曾经vmess的大量缺点,画蛇添足地加了个没用的版本管理功能。
最新的vison和reality由于技术缺陷,“该协议一开始就有可以被识别的”,且已经被伊朗防火墙证实,很容易被识别并封锁。
v2ray的作者也躺枪了一波,说是“V2Ray 项目原作者对 TCP/IP 的理解水平不足,V2Ray 中将 UDP 与 TCP 连接混为一谈,导致其在 UDP 传输上的设计存在严重缺陷,而其他项目根本不存在这个问题”。
除了技术上的diss,里面有些八卦也很有意思,比如说klzgrad(naiveproxy的作者)很早就指出xtls的缺陷,但是作者嘴硬不承认,然后2年后被打脸。还有说不清的对shadow-tls的抄袭问题。。。
看完挺乐的,估计是世界在写sing-box时,需要实现vless的系协议,不能避免地需要去看源码,然后由于代码混乱,某些设计又不认同,于是越写越气,但又还不能让sing-box直接放弃这系列协议(毕竟有大量用户在用),写出工伤了。
能感觉到,最近v2ray系协议确实有衰落地迹象,个人来说,这些协议也都用过,sing-box设计上也确实很优秀,naive和hysteria这些后起之秀也都在逐渐壮大。
不知道v2ray系协议会不会真的成为过去式?
大家咋看