wangyucn

滋瓷

来滋瓷一个, 用 tun 实现很不错。

滋瓷一个

>使用 sstap 加速游戏时候，TCP 测试通过，UDP 转发失败

用 kcptun 和 UDPspeeder 并联,再和$$串联，可以解决

洛杉矶机房 3.5 刀的无货

@sunspaul

用了近一年了仍然很安稳，这个锅 udp2raw 和 UDPspeeder 不背。你还是想想自己是不是做了啥坏事让 IP 被重点照顾了吧。

一般直接在本地(非 VPS)开启 BBR 即可：

开启前：
debian9:~# scp -P10022 jdk-8u131-linux-x64.tar.gz 45.77.88.99:~
[email protected]'s password:
jdk-8u131-linux-x64.tar.gz 2% 4368KB 288.2KB/s 10:13 ETA^C

开启后(20m 宽带满速)：
root@debian9:~# ysctl -w net.ipv4.tcp_congestion_control=bbr
net.ipv4.tcp_congestion_control = bbr
root@debian9:~# scp -P10022 jdk-8u131-linux-x64.tar.gz 45.77.88.99:~
[email protected]'s password:
jdk-8u131-linux-x64.tar.gz 14% 26MB 2.1MB/s 01:11 ETA^

一般类似问题是丢包+tcp 拥塞控制造成的，然而很多人就是喜欢一上来就往墙 /加密 /混淆方面扯。

一般不是限速，是线路有一点丢包触发了拥塞控制，上个 BBR 或 kcptun 看能否解决。

@wwqgtxx 你说的 512socket 应该是 select 的连接数限制吧？终于有人提到这个问题了= =

udp2raw 和 UDPspeeder 的 client 不受影响，因为只会用到俩 socket。

tinyPortMapper 受影响。我用了 @linusyang 改的带 wepoll 的 libev，底层是 IOCP 支持的，所以也不受这个限制了。 另外,winselect 连接数限制其实可以调高(用 FD_SETSIZE 宏)，用 wepoll 主要是因为 winselect 性能太差，不是连接数限制。