EAimTY 的博客
肥宅
首页
关于
主题
基于 QUIC 的代理软件:TUIC
Mar 10, 2022

QUIC 协议汲取了大量人们给 TCP 糊墙的经验教训,把连接结构优化到(目前来看)极致。但是现在市面上的代理工具还没有能完全利用 QUIC 特性的存在,所以我自己动手写了一个基于 QUIC 协议的新代理工具:TUIC

https://github.com/EAimTY/tuic

  • 1-RTT TCP 中继
  • 0-RTT UDP 中继,且 NAT 类型为 FullCone
  • 在用户空间的拥塞控制,也就是说可以在任何系统平台实现双向的 BBR
  • 两种 UDP 中继模式: native (原生 UDP 特性,数据仍被 TLS 加密)和 quic (100% 送达率,每个包单独单独作为一个 QUIC “流”,一个包的确认重传不会阻塞其它包)
  • 完全多路复用,服务器和客户端之间始终只需要一条 QUIC 连接,所有任务作为这个连接中的 “流” 进行传输(一个流的暂时阻塞不会影响其它流),所以除连接第一个中继任务外的其它任务都不需要经过 QUIC 握手和 TUIC 的鉴权
  • 网络切换时的会话平滑转移,例如在从 Wi-Fi 切换到移动数据时连接不会像 TCP 一样直接断开
  • 0-RTT 、与中继任务并行的鉴权
  • 支持 QUIC 的 0-RTT 握手(开启之后能达到 真・ 1 -RTT TCP 和 0-RTT UDP ,但是就算不开启,多路复用的特性也能保证在绝大多数情况下 1-RTT 和 0-RTT )

TUIC 的设计介绍在仓库中 Design 一节有说明。TUIC 协议的详细内容在 这里 。简单来说,TUIC 的设计核心就是减少握手造成的网络往返时延( rtt ),毕竟对于网络程序这是最大的瓶颈。

对比其它使用 TCP 的代理工具( ss 、v2ray 、trojan ),TCP 握手慢,且不支持自定义拥塞控制,各工具对 UDP 的支持也各有问题。对比 Hysteria ,Hysteria 的 UDP 中继需要 1 rtt 的握手,且只支持一种 UDP 模式。

最后说说安全性和协议特征。TUIC 现在基于原生 QUIC ,不支持 obfs ,但 QUIC 连接本身就是 TLS 加密的,每个 QUIC 连接从外面看都是一样的。国内的各大厂也慢慢开始使用 QUIC 了,所以我觉得 QUIC 特征应该不是什么大问题。

respond-post-55
JL
JL
Mar 22, 2022, 17:08

谢谢博主!
已经用上啦!但是quic会遇到一些qos的问题。
请问大佬有兴趣看一下这个项目嘛:
https://github.com/Qv2ray/v2ray-rust
希望共同努力!祝安好!

Escher
Mar 24, 2022, 10:42

已经在使用着,感谢工具,我会及时issues

凡尘
凡尘
Mar 25, 2022, 07:53

这个还是很有用的

嘿嘿嘿
嘿嘿嘿
Nov 07, 2022, 01:43

用上了,很好用啊。用的白嫖的Azure的香港机,在广东晚高峰稳定youtube在10万左右,暂时没有被qos。点赞。现在在想是不是要部署个网站之类的。。

est
Nov 12, 2022, 09:26

其实1根连接并不是什么好事呀。网络流量分析直接拿1个连接就能metadata 分析所有数据,其实最好的方式是M:N 连接。因为每一个网络包的路由都会稍微不同,所以中间商拿不到正确时序的完整数据,流量特征不好确定。如果家宽有多路 ISP 还可以做带宽聚合更加安全。

我是我
Nov 19, 2022, 06:33

仓库里没有apk文件 下载下来自己手动改吗 还是?

添加新评论

请填写称呼
请填写合法的电子邮箱地址
请填写合法的网站地址
请填写内容