抗 TCP connection reset 的代理协议 TCP over TCP

[ghost]

我在一个UDP被完全block的网络中，有时候GFW会莫名其妙导致 TCP connection reset 。

当代理的TCP链接断开时，
用户浏览器 ---> 代理客户端 --x--> 代理服务器 ---> 目标网站

目前绝大部分代理协议的行为是，直接把TCP reset传到应用层app。这样在一些不支持断点续传的软件中，容易引发痛苦
用户浏览器 -x-> 代理客户端 --x--> 代理服务器 -x-> 目标网站

建议在代理协议（已加密的数据）中，插入显式的“用户浏览器TCP断开“和”目标网站TCP断开”信号，在代理客户端收到”目标网站TCP断开”信号前，即使代理TCP链接断开，都会保持用户侧链接的开启，并重新启动新的代理TCP链接来延续上一个断掉的代理TCP链接。

用户浏览器 --缓存--> 代理客户端 --x--> 代理服务器 --缓存--> 目标网站
用户浏览器 ---> 代理客户端 --新链接--> 代理服务器 ---> 目标网站

同理，服务器端收到“用户浏览器TCP断开“前，会在一个合理的超时时间内，保持通往目标网站的TCP链接的开启，直到下行缓存区满。

另外，启动新连接时应当发送与上个被延续的链接相同的识别码（如相同的随机数或UUID），代理服务器根据该识别码确定恢复哪个链接。

[ghost]

@RPRX @xiaokangwang @nekohasekai

[ghost]

TUIC 和 Hysteria有激进发包么？按理说有只有拥塞控制的没事，不重复发包就行？

[RPRX]

TUIC 和 Hysteria有激进发包么？按理说有只有拥塞控制的没事，不重复发包就行？

起速快+适合丢包环境，你觉得怎么做到

[ghost]

那如果套在tcp里用，比如原版quic的ReceiveWindow应该增大还是减小呢？

[RPRX]

那如果套在tcp里用，比如原版quic的ReceiveWindow应该增大还是减小呢？

这是不断变化的吧，没研究过，建议实测

[RPRX]

支持连接迁移的 UDP 协议现在有哪些可以选呢？

对了，如果你用的是增强版 XUDP，它自带 UoT 迁移，就不必要求 UDP 协议支持连接迁移了，任意可靠传输 UDP 协议均可。

[ghost]

不用UDP叠床架屋的改法是让代理TCP协议默认自动重连。

一种（不正确的）实现方法：在TCP代理协议的header上加一个随机数作为链接识别码，并加上1个表示动作的标志位（1:打开新连接并设置识别码或继续有相同识别码的某个内层TCP链接，0:断开先前的相同识别码的某个内层TCP链接），然后把客户端代理TCP的默认行为改成“断开后自动重连”。服务器的默认行为改为“在一个合理的超时时间内，保持通往目标网站的TCP链接的开启，直到下行缓存区满”。

这样的坏处是，如果是内层TCP协议断开导致外层TCP断开的情况（真断开），客户端还需要再开一个新的TCP连接告诉代理服务器去断开通往远程的内层TCP链接。如果内层TCP是被远程服务器断开了，代理服务器在收到重连时需要返回“无法继续该识别码对应的TCP链接”。

[ghost]

但感觉TCP基本上是可靠的？至少不会乱序？

[RPRX]

但感觉TCP基本上是可靠的？至少不会乱序或丢包？

上一个连接意外断开时很有可能有些数据你发出去了但对方没有收到，所以要有 ACK 机制，对方没 ACK 的都要缓存着，可能要重传

[qeatzy]

为了ssh永不掉线，实现过这个，基本上就是复制到cache+发送 -> 接收+send Ack -> recv Ack+forward idx in Cache。Ack后idx没前进的触发重传。Ack没有采用selective Ack，就是简单的seq+packet len（毕竟底层是tcp嘛）。用了mem pool减少gc压力，读写分离各自在不同线程，还没有上线程池（暂无必要）。

[ghost]

@qeatzy 求PR，救救孩子

[qeatzy]

v2不熟，不敢班门弄斧。

[ghost]

另外一种改法是做一个“永生”的、能够支持底层代理链接切换（有分片 ACK 机制）的TCP over TCP。

[RPRX]

其实就只能这么改，因为你上面那个说法没做到可靠传输，有没有 Mux 不重要

[ghost]

对，和mux无关，不用要求必须开启mux。我只是想到偷懒的改法可能是改mux。但好像现在的mux都没ack，也不能永生。。

[AkinoKaede]

我有一点疑虑，断开连接的指令有没有可能成为特征？如果有，如何设计以解决这个问题？

I have a doubt, is it possible that the disconnect command could become a characteristic? If so, how to design to solve this problem?

[AkinoKaede]

把 TCP 载荷重组为 IP 包也是可行的，有开发者做过这样的事。

It is also possible to reassemble TCP payloads into IP packets, and some developers have done this.

[ghost]

openvpn的tcp模式是这样的，但是routing需要走linux内核的，tun需要root权限，而且没有代理软件配置起来简单、灵活。

[ghost]

您说的是类似fakeTCP的方法么？

[AkinoKaede]

不是，我指的是在应用层代理软件上实现 WireGuard。

No, I am referring to the implementation of WireGuard on application layer proxy software.

[AkinoKaede]

这算是对现有 VPN 协议的修改，还可以通过连接池来进一步提升用户体验，不过 V2Ray 看起来不适合做这样的事。

This is considered a modification to the existing VPN protocols, and can further improve the user experience through connection pooling, but V2Ray does not seem suitable for such a thing.