我为什么要写一个自己的代理： TcpTun
我们经常出差，需要在无宽带网络环境下修复问题。
以往常用的工具有：clash、v2ray、xray 等。
遇到的问题是，一个手机开出来的 WiFi，只能在一台电脑的情况下好用，多一台电脑就时不时断链。
为了解决这个问题，再加上 AI 如此强大，我们开始了 TcpTun 项目。
我花了大量精力在 mux 上，通过它与 socks5/mixed 分享解决了多台电脑不好用的问题。
后来我似乎进入了一个新世界，REALITY 本来只支持 TCP，经过与 GPT 沟通后，实现了 REALITY QUIC ；
我开始探索能否实现逻辑连接，在底层 TCP/QUIC 切换时不断流。学会了：可恢复逻辑连接（Resumable Logical Stream），也可以归类为多传输承载切换 / 连接级会话迁移。
为了在高丢包环境下实现网络自由，我进一步了解了这些技术：前向纠错（FEC）、选择性重传、自适应冗余、分片与重组、多路径/备用载体、QUIC 拥塞控制与恢复机制。
---
原文链接：[点击查看](https://www.v2ex.com/t/1233013)
以往常用的工具有：clash、v2ray、xray 等。
遇到的问题是，一个手机开出来的 WiFi，只能在一台电脑的情况下好用，多一台电脑就时不时断链。
为了解决这个问题，再加上 AI 如此强大，我们开始了 TcpTun 项目。
我花了大量精力在 mux 上，通过它与 socks5/mixed 分享解决了多台电脑不好用的问题。
后来我似乎进入了一个新世界，REALITY 本来只支持 TCP，经过与 GPT 沟通后，实现了 REALITY QUIC ；
我开始探索能否实现逻辑连接，在底层 TCP/QUIC 切换时不断流。学会了：可恢复逻辑连接（Resumable Logical Stream），也可以归类为多传输承载切换 / 连接级会话迁移。
为了在高丢包环境下实现网络自由，我进一步了解了这些技术：前向纠错（FEC）、选择性重传、自适应冗余、分片与重组、多路径/备用载体、QUIC 拥塞控制与恢复机制。
---
原文链接：[点击查看](https://www.v2ex.com/t/1233013)
评论
暂无评论。