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

SHA256

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

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

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

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

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

1. gost -L=relay+kcp://password@:555
   
2. 
   
3. gost -L=redirect://:1090 -F=relay+kcp://[email protected]:555

复制代码

wwbfred

huanx 发表于 2022-8-11 22:03
但是QUIC 并不快阿

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

huanx

wwbfred 发表于 2022-8-11 22:01
现在大家都不在乎0RTT，可能都是住在广东用香港的服务器？
0RTT的实现方案现在多少都有问题，TFO我在隧道环 ...

但是QUIC 并不快阿

fangfang22

wwbfred 发表于 2022-8-12 13:36
1-RTT TCP relaying。
理论上把TCP装到QUIC里应该是天然的0RTT，不知道他这个RTT浪费在哪儿了。TCP有一个R ...

你可以去发个ISS问问作者 GJ！

dunce

HOH 发表于 2022-8-11 22:10
@dunce 别整什么0cp了，赶紧来0rtt改造

我早就用上quic了，azure日本节点千兆随便跑

wwbfred

fangfang22 发表于 2022-8-12 13:18
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也是硬伤。作者虽然给出了解释和方案，但这种基础功能不应该依赖于别的软件。

hubber

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

fangfang22

SHA256 发表于 2022-8-12 09:04
早试过了，不支持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

亲爱的瘦腿先生

不太明白 搞个教程呗

SHA256

fangfang22 发表于 2022-8-11 23:01
建议lz搜 tuic github

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

happy61

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