ihciah

@lemonda
速度不稳定可能是正常的。因为数据到达不一定有序，会等待有序块到达后才从缓冲区返回给客户端。
卡住不太清楚原因，有可能是速度太慢了？如果等待缺失块&&等待期间没有任何块(并不特指这个缺失块)到达，这个状态持续几秒钟(写死的常量)就会认为这个连接死掉了然后强制中断掉。(我觉得大概率是我写炸了…但是我这边还挺正常的…🤣)
这个和 KCPTUN 的方式不同，目标地址是客户端传给服务端的。这样的好处就是加速多个服务可以共用同一个服务端。

@mywaiting 之前想过，做类似 Tinc 的 mesh vpn，但是流量会被分拆并多路传输的东西。权重怎么 update 感觉是个挺蛋疼的算法问题。

@Laynooor 我这边客户端跑在 NAS 上，日常全用这个还挺正常。(那个插件可能有点不稳定，原因未知)
debug 的话可以改一下 verbose，然后 docker-compose logs 可以打 log。

@wwqgtxx 应该不影响。但是因为数据块是随机选择连接发送，所以如果你的线路延迟差距较大，可能最终延迟会出现不稳定的情况。但是正常使用没问题的(应该)。。

@est 感谢！这个项目初衷只是加速，混淆什么的可能要后续再加了。。多网卡那个，是不是 iptables 也可以搞定？我用 iptables 做过多端口的服务。

@justfly TCP 有运营商的 QoS。因为不可能说你 1000M 宽带的下载国外的一个大文件就真的吃 1000M 的国际出口带宽，僧多粥少只能按人头分，多个连接就是多派几个人去分粥嘛。

@Laynooor 联通网络贼差！到了晚上也是炸的不行。。

@justfly 和下载器的原理类似，多打连接就能尽量吃满带宽。
和 BBR 不矛盾的，开了 BBR 会有一定提升。

@est 多 ip 绑定具体是说？

这和 5G 有啥关系？现在是流量越来越便宜现有基础设施撑不住了，都在抱怨慢 /断网，卖贵点就是挺好的解决方案。

以前的手机上有一个汉字长度算 2 的