GayHub 上现在有没有可用的较为简单的多线程并行传输的隧道方案? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
feast
V2EX    云计算

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

  •  
  •   feast 2017-10-20 12:45:56 +08:00 5825 次点击
    这是一个创建于 2912 天前的主题,其中的信息可能已经有所发展或是发生改变。
    发现很多商家对 TCP 单线程限速,而多线程就能跑满端口速率,对于 HTTP 应用倒不是什么问题,但是对于 socks 类应用,似乎就没见到有什么实现方案的,$$的也就只是端口随机化,并不能充分利用带宽。难道就没有一个类似 L2TP 多链路工作在链路层的多线程并行传输方向?感觉难度主要在包的分割和纠错这两方面,例如某一个数据流 10MB/s,分割为 5 个 2Mb 的线程,并行传输,然后客户端再还原为单一 10mb/s 数据流,而对上层应用“看起来像是一个单一隧道而已”,不知是否已有成熟项目?
    25 条回复    2017-10-23 08:48:06 +08:00
    knightdf
        1
    knightdf  
       2017-10-20 13:08:50 +08:00
    gayhub 不是不可描述网站么?
    f2f2f
        2
    f2f2f  
       2017-10-20 13:14:05 +08:00
    kcptun 啊
    feast
        3
    feast  
    OP
       2017-10-20 13:24:50 +08:00
    @knightdf 噫~~~github
    feast
        4
    feast  
    OP
       2017-10-20 13:25:07 +08:00
    @f2f2f 只能单线程
    limhiaoing
        5
    limhiaoing  
       2017-10-20 17:37:58 +08:00 via iPhone
    关注,我也在找类似这种东西。。
    limhiaoing
        6
    limhiaoing  
       2017-10-20 17:39:58 +08:00 via iPhone
    我觉得 tcp 单连接慢应该不是商家限制的,而是因为 tcp 是绅士协议。
    chinawrj
        7
    chinawrj  
       2017-10-20 18:01:41 +08:00   1
    当然有。求感谢(以后多交流):
    MPUDP Tunnel (User space MultiPath UDP)


    https://github.com/greensea/mptunnel
    chinawrj
        8
    chinawrj  
       2017-10-20 18:02:30 +08:00
    不要在问:这个是 UDP 不是 TCP 啊。
    因为你可以利用这个 UDP 弄个 VPN 出来啊。剩下的随意弄了。
    limhiaoing
        9
    limhiaoing  
       2017-10-20 18:04:33 +08:00 via iPhone
    UDP 的话用 kcptun 就好了,想要 TCP 的是想在对 UDP 不友好的网络环境下使用的。
    chinawrj
        10
    chinawrj  
       2017-10-20 18:05:13 +08:00
    seasstyle
        11
    seasstyle  
       2017-10-20 18:06:24 +08:00
    荆轲刺秦王~~~~下一句是什么?
    chinawrj
        12
    chinawrj  
       2017-10-20 18:07:15 +08:00
    你也可以使用多个 openvpn 的虚拟网卡做 bonding,也能实现类似效果。
    unique
        13
    unique  
       2017-10-20 18:07:27 +08:00
    gay gay 的
    myliyifei
        14
    myliyifei  
       2017-10-20 18:19:46 +08:00 via Android
    mtcp 对内核有要求
    wangyucn
        15
    wangyucn  
       2017-10-20 18:47:14 +08:00   1
    一般 tcp 单线程下载慢,多线程下载快是因为丢包。不是因为 ISP 限制了单线程速度。
    tcp 的拥塞控制算法极端保守,之前看到过一个数据,tcp 在万分之一丢包的情况下就只有 30%的速度了,开多个 tcp 链接下载速度能提高是拥塞算法的性质决定的,看起来像是 tcp 被限速只是假象。

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

    我觉得合并多个链接只有在有多个物理接口的情况下才是必须的,比如一条电信线路,一条网通线路。
    feast
        16
    feast  
    OP
       2017-10-20 22:05:14 +08:00 via Android
    @limhiaoing host 已装 BBR,如果是 tcp 拥塞控制协议导致的,为啥 UDP 也限速?然而多个线程下载就能撑满带宽
    feast
        17
    feast  
    OP
       2017-10-20 22:06:09 +08:00 via Android
    @chinawrj 是不是 TCP 无所谓,TCP 会让多链路纠错难度倍增
    feast
        18
    feast  
    OP
       2017-10-20 22:06:40 +08:00 via Android
    @limhiaoing 网络丢包率还可以,关键是单线程限速
    feast
        19
    feast  
    OP
       2017-10-20 22:08:02 +08:00 via Android
    @unique 别访问到不可描述的同名站点哦#(滑稽)
    feast
        20
    feast  
    OP
       2017-10-20 22:08:38 +08:00 via Android
    @seasstyle 小鸡炖蘑菇
    feast
        21
    feast  
    OP
       2017-10-21 12:14:30 +08:00 via Android
    @chinawrj opn 有这种操作???
    feast
        22
    feast  
    OP
       2017-10-21 12:15:58 +08:00 via Android
    @wangyucn 网关的链路聚合也就只对迅雷下载有用,我这种目的不一样,主要是为了破解单线程限速
    feast
        23
    feast  
    OP
       2017-10-21 12:16:44 +08:00 via Android
    @myliyifei l2tp mtcp 现在的 centos 如何实现?
    ihciah
        24
    ihciah  
       2017-10-21 14:11:23 +08:00
    chinawrj
        25
    chinawrj  
       2017-10-23 08:48:06 +08:00
    @feast ovp 用 tap 设备,做网卡绑定啊。我你用真实的几个网卡做 bonding 一样的,叠加带宽。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     6085 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 27ms UTC 03:17 PVG 11:17 LAX 20:17 JFK 23:17
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86