GayHub 上现在有没有可用的较为简单的多线程并行传输的隧道方案？

[feast]

发现很多商家对 TCP 单线程限速，而多线程就能跑满端口速率，对于 HTTP 应用倒不是什么问题，但是对于 socks 类应用，似乎就没见到有什么实现方案的，$$的也就只是端口随机化，并不能充分利用带宽。难道就没有一个类似 L2TP 多链路工作在链路层的多线程并行传输方向？感觉难度主要在包的分割和纠错这两方面，例如某一个数据流 10MB/s,分割为 5 个 2Mb 的线程，并行传输，然后客户端再还原为单一 10mb/s 数据流，而对上层应用“看起来像是一个单一隧道而已”，不知是否已有成熟项目？

[knightdf]

gayhub 不是不可描述网站么？

[f2f2f]

kcptun 啊

[feast]

@knightdf 噫~~~github

[feast]

@f2f2f 只能单线程

[limhiaoing]

关注，我也在找类似这种东西。。

[limhiaoing]

我觉得 tcp 单连接慢应该不是商家限制的，而是因为 tcp 是绅士协议。

[chinawrj]

当然有。求感谢(以后多交流)：
MPUDP Tunnel (User space MultiPath UDP)


https://github.com/greensea/mptunnel

[chinawrj]

不要在问：这个是 UDP 不是 TCP 啊。
因为你可以利用这个 UDP 弄个 VPN 出来啊。剩下的随意弄了。

[limhiaoing]

UDP 的话用 kcptun 就好了，想要 TCP 的是想在对 UDP 不友好的网络环境下使用的。

[chinawrj]

还有更多：
https://github.com/zehome/MLVPN/

[seasstyle]

荆轲刺秦王～～～～下一句是什么？

[chinawrj]

你也可以使用多个 openvpn 的虚拟网卡做 bonding，也能实现类似效果。

[unique]

gay gay 的

[myliyifei]

mtcp 对内核有要求

[wangyucn]

一般 tcp 单线程下载慢，多线程下载快是因为丢包。不是因为 ISP 限制了单线程速度。
tcp 的拥塞控制算法极端保守，之前看到过一个数据，tcp 在万分之一丢包的情况下就只有 30%的速度了，开多个 tcp 链接下载速度能提高是拥塞算法的性质决定的，看起来像是 tcp 被限速只是假象。

一般只要用个加速器，单线程就可以满速了。既然单线程能满速，在底层合并多个 tcp 连接就收益不大了，所以做的人少。

我觉得合并多个链接只有在有多个物理接口的情况下才是必须的，比如一条电信线路，一条网通线路。

[feast]

@limhiaoing host 已装 BBR,如果是 tcp 拥塞控制协议导致的，为啥 UDP 也限速？然而多个线程下载就能撑满带宽

[feast]

@chinawrj 是不是 TCP 无所谓，TCP 会让多链路纠错难度倍增

[feast]

@limhiaoing 网络丢包率还可以，关键是单线程限速

[feast]

@unique 别访问到不可描述的同名站点哦#(滑稽)

[feast]

@seasstyle 小鸡炖蘑菇

[feast]

@chinawrj opn 有这种操作？？？

[feast]

@wangyucn 网关的链路聚合也就只对迅雷下载有用，我这种目的不一样，主要是为了破解单线程限速

[feast]

@myliyifei l2tp mtcp 现在的 centos 如何实现？

[ihciah]

https://github.com/maliemin-Mstar/socks5/blob/master/local.py
感觉符合楼主需求

[chinawrj]

@feast ovp 用 tap 设备，做网卡绑定啊。我你用真实的几个网卡做 bonding 一样的，叠加带宽。