全球主机交流论坛

标题: 继hysteria后,我再分享一种方式 [打印本页]

作者: SHA256    时间: 2022-8-11 21:29
标题: 继hysteria后,我再分享一种方式
之前的分享,反响还不错: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. gost -L=redirect://:1090 -F=relay+kcp://[email protected]:555
复制代码



作者: riofredinand    时间: 2022-8-11 21:30
666
作者: 云烟    时间: 2022-8-11 21:32
绑定
作者: hcyme    时间: 2022-8-11 21:38
收藏备用,还有那个vless xtls也是延迟大,徒有虚名
作者: vlin    时间: 2022-8-11 21:51
收藏备用
作者: yi339999    时间: 2022-8-11 21:58
gost不是转发吗。。
作者: wwbfred    时间: 2022-8-11 22:01
本帖最后由 wwbfred 于 2022-8-11 22:12 编辑

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


但是QUIC 并不快阿
作者: hcyme    时间: 2022-8-11 22:04
QUIC据说被运营商重点关怀,回头试试效果,
作者: wwbfred    时间: 2022-8-11 22:06
本帖最后由 wwbfred 于 2022-8-11 22:09 编辑
huanx 发表于 2022-8-11 22:03
但是QUIC 并不快阿

QUIC是UDP啊,可以自己外面套东西。
而且还可以魔改一下,把QUIC的加密变成可选项,或者直接把它的多路调度方案拿出来用。这玩意挺有前途的,但是现在没人做。
现在不推荐使用QUIC,有其他问题。V2的QUIC模块也好久没人更新了。
作者: HOH    时间: 2022-8-11 22:10
本帖最后由 HOH 于 2022-8-11 22:13 编辑

@dunce 别整什么0cp了,赶紧来0rtt改造
作者: fangfang22    时间: 2022-8-11 23:01
建议lz搜 tuic github
作者: 未完的歌    时间: 2022-8-11 23:18
不明白啊
作者: happy61    时间: 2022-8-11 23:44
hysteria已经比其他好太多了。。。再试试这个
作者: happy61    时间: 2022-8-11 23:52
第一行是服务端运行,第3行是客户端运行,然后是http代理吗?
作者: SHA256    时间: 2022-8-12 09:04
fangfang22 发表于 2022-8-11 23:01
建议lz搜 tuic github


早试过了,不支持0-rtt,而且也没有redirect模式
作者: 亲爱的瘦腿先生    时间: 2022-8-12 09:28
不太明白 搞个教程呗
作者: fangfang22    时间: 2022-8-12 13:18
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
作者: hubber    时间: 2022-8-12 13:33
这玩意能分流吗?不能的话,没卵用
作者: wwbfred    时间: 2022-8-12 13:36
本帖最后由 wwbfred 于 2022-8-12 13:50 编辑
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也是硬伤。作者虽然给出了解释和方案,但这种基础功能不应该依赖于别的软件。
作者: dunce    时间: 2022-8-12 18:52
HOH 发表于 2022-8-11 22:10
@dunce 别整什么0cp了,赶紧来0rtt改造

我早就用上quic了,azure日本节点千兆随便跑
作者: chak    时间: 2022-8-12 19:22
提示: 作者被禁止或删除 内容自动屏蔽
作者: fangfang22    时间: 2022-8-12 22:13
wwbfred 发表于 2022-8-12 13:36
1-RTT TCP relaying。
理论上把TCP装到QUIC里应该是天然的0RTT,不知道他这个RTT浪费在哪儿了。TCP有一个R ...

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




欢迎光临 全球主机交流论坛 (https://loc.010206.xyz/) Powered by Discuz! X3.4