继hysteria后，我再分享一种方式-SHA256

之前的分享，反响还不错：https://hostloc.com/thread-1002403-1-1.html

但hy有个问题，就是延迟双倍，无法做到0-RTT

其实这个问题解决起来也很简单，比如SS用TFO，V2RAY用多路复用，就实现了0-RTT，但hy作者不愿做，没办法

这里新推荐的是gost，用relay+kcp形式，实测比hy稍慢，但有0-RTT，简单说就是网页打开有种秒开的感觉

为方便坛友使用，命令也写好吧

gost -L=relay+kcp://password@:555

gost -L=redirect://:1090 -F=relay+kcp://password@1.2.3.4:555

热议
推荐楼 wwbfred 昨天22:06

但是QUIC 并不快阿

QUIC是UDP啊，可以自己外面套东西。
而且还可以魔改一下，把QUIC的加密变成可选项，或者直接把它的多路调度方案拿出来用。这玩意挺有前途的，但是现在没人做。
现在不推荐使用QUIC，有其他问题。V2的QUIC模块也好久没人更新了。

推荐楼 huanx 昨天22:03

现在大家都不在乎0RTT，可能都是住在广东用香港的服务器？
0RTT的实现方案现在多少都有问题，TFO我在隧道环 ...

但是QUIC 并不快阿

2楼 riofredinand 昨天21:30

666

3楼 云烟 昨天21:32

绑定

4楼 hcyme 昨天21:38

收藏备用，还有那个vless xtls也是延迟大，徒有虚名

5楼 vlin 昨天21:51

收藏备用

6楼 yi339999 昨天21:58

gost不是转发吗。。

7楼 wwbfred 昨天22:01

现在大家都不在乎0RTT，可能都是住在广东用香港的服务器？
0RTT的实现方案现在多少都有问题，TFO我在隧道环境里试过，偶尔握手会失败然后在几秒内都不会重试，表现就是一个网页半天打不开需要手动重点，随机BUG很闹心。V2RAY和KCP的多路复用方案都会出现阻塞问题，而且不好解决。唯一能做到完美0RTT的是Google的QUIC，但这玩意大家都不重视，现有的实现方案都有其他BUG。

9楼 hcyme 昨天22:04

QUIC据说被运营商重点关怀，回头试试效果，

12楼 fangfang22 昨天23:01

建议lz搜 tuic github

13楼 未完的歌 昨天23:18

不明白啊

14楼 happy61 昨天23:44

hysteria已经比其他好太多了。。。再试试这个

15楼 happy61 昨天23:52

第一行是服务端运行，第3行是客户端运行，然后是http代理吗？

16楼 SHA256 10小时前

建议lz搜 tuic github

早试过了，不支持0-rtt，而且也没有redirect模式

17楼 亲爱的瘦腿先生 10小时前

不太明白 搞个教程呗

18楼 fangfang22 6小时前

早试过了，不支持0-rtt，而且也没有redirect模式

https://github.com/EAimTY/tuic#features

https://github.com/EAimTY/tuic#why-tuic-client-is-not-able-to-convert-the-first-connection-into-0-rtt

19楼 hubber 6小时前

这玩意能分流吗？不能的话，没卵用

20楼 wwbfred 6小时前

https://github.com/EAimTY/tuic#features

https://github.com/EAimTY/tuic#why-tuic-client-is-not-abl ...

1-RTT TCP relaying。
理论上把TCP装到QUIC里应该是天然的0RTT，不知道他这个RTT浪费在哪儿了。TCP有一个RTT不可避免的原因是TCP必须握手，但QUIC是UDP所以不存在这个问题。如果是1RTT的话就和直接用VMESS一样了，因为VMESS协议本身是0RTT的，而且有成熟的方案肯定要用成熟的。
只支持SOCKS5，不支持TPROXY也是硬伤。作者虽然给出了解释和方案，但这种基础功能不应该依赖于别的软件。

22楼 chak 17分钟前

来一个详细的教程呀

申明：本文内容由网友收集分享，仅供学习参考使用。如文中内容侵犯到您的利益，请在文章下方留言，本站会第一时间进行处理。