tinyFecVРN,集成了 UDPspeeder 功能的 VРN,可以加速全流量(TCP/UDP/ICMP),开源项目

[wangyucn]

tinyFecVРN,集成了 UDPspeeder 功能的 VРN,可以加速全流量(TCP/UDP/ICMP),开源项目

之前发的 UDPspeeder 加速全流量比较麻烦(需要配合 OpenVРN)，现在我把 UDPspeeder 的功能做成 VРN 了，一个程序就可以加速全流量，使用起来更简单。

链接

repo: https://github.com/wangyu-/tinyFecVPN

中文主页： https://github.com/wangyu-/tinyFecVPN/blob/master/doc/README.zh-cn.md

编译好的 binary 下载: https://github.com/wangyu-/tinyFecVPN/releases

使用说明

只要两行命令：

# 在 server 端运行:
./tinyvpn -s -l0.0.0.0:5533 -f20:10 -k "passwd" --sub-net 10.22.22.0

# 在 client 端运行：
./tinyvpn -c r44.55.66.77:5533 -f20:10 -k "passwd" --sub-net 10.22.22.0

然后在 client 端ping 10.22.22.1，直接就可以 ping 通了。用 10.22.22.1 就可以直接访问到 server 上的所有服务了，所有经过 tinyFecVРN 的来回的流量都会被加速。

效果

(借用了 UDPspeeder 的图)

其他

目前在 release 版的代码里故意引入了一点限制，只可以当加速器用，不能直接用来“翻出去”。

[anyele]

之前就觉得 UDPspeeder 配置比较麻烦, 现在支持一下

[wangyucn]

>大佬。用这个加速游戏可以稳定不？

这个最初就是为了加速游戏设计的，最拿手的就是加速游戏了。我自己用来加速美服的 brawl stars 和亚服的 mobile legend，从卡得没法玩，到几乎不卡。

[qiukun]

@wangyucn 好人

[Liqianyu]

@wangyucn
是不是对不丢包的网络没用？
对于主机 P2P 游戏，加速现今有什么好思路吗(SS\VPN 对其都不甚友好)

[myliyifei]

@wangyucn 不论是什么服务，你只要在本地用 10.22.22.1 这个 ip 去访问，就会被加速了。
那就是本地 windows 还要配一个 NAT 服务了？或者写路由指向这一条？

[shaoshuang]

实测了下，韩国的机房
只开启了 BBR，看 4K 可以在 30-40M
使用了 tinyFecVРN 的情况下（ MAC 酸酸乳--本地 Ubuntu 虚拟机 tinyFecVPN 客户端--服务器 tinyFecVPN 服务端--酸酸乳），看 4K 只能在 4-5M
可能是我打开方式不对

[wangyucn]

@shaoshuang

youtube 那个只是带宽估计，实际上他并不会发送 30mbps 的数据来测试，不准确。

建议用 iperf3 或者 scp 用真实流量来测试

另外 bbr 已经很牛了，如果你只需要加速 tcp，又对延迟要求不高，只用 bbr 就够了

[shaoshuang]

@wangyucn 感谢回复明白了

[wangyucn]

@myliyifei

对于 tinyFecVPN 运行在虚拟机或路由器上的情况，我在 repo 里讲了一种免 nat 让 Windows 访问的方法。很简单，只需要两条命令。

[wangyucn]

@shaoshuang

还有个可能是你的 udp 被运营商限速了。你用了 tinyFecVPN 之后，所有流量都走 udp 了，而原来的流量是走 tcp。

搜一下 udp2raw，可以解决这个问题。

[wangyucn]

>是不是对不丢包的网络没用？
对于绝对不丢包的网络，除了用专线走一条延迟更短的线路以外，基本上任何加速器都没有用。

>对于主机 P2P 游戏，加速现今有什么好思路吗(SS\VPN 对其都不甚友好)

可以把 VPN 或者 S***搭载路由器上，在路由器上实现透明路由或透明代理。 我自己个人用的是 VPN 方法，然后在路由器上用 iptables、ip rule、ip route 来实现透明的路由策略。

[mind3x]

根据 Google 在 QUIC 协议上的实践，fec 基本上只有副作用，所以他们前两年就从 QUIC 里拿掉了 fec，供参考，并不是来挑刺的。

[sublimevsatom]

感谢楼主的分享。
在 Linux 桌面进行网游的时候，有时候就缺这么一类跨平台的游戏加速器。

[HaoyangWei]

活着难道不好吗？

[sobigfish]

@HaoyangWei 只是加速你还想怎么样？

话说可以改个名字啊，VPN 关键字去了多好，只是少些不必要的麻烦

[wangyucn]

>根据 Google 在 QUIC 协议上的实践，fec 基本上只有副作用，所以他们前两年就从 QUIC 里拿掉了 fec，供参考，并不是来挑刺的。

具体情况不了解，可能他们的网络环境比较好。也许他们说的有副作用，是因为没法选择出一套对所有人都适用的参数，又难以做到完全自动调整参数，所以总体上造成了副作用。

这个 repo 针对的是自己的网路有丢包，又有一定动手能力的人； QUIC 从设计上是一个零门槛使用的协议。所以 QUIC 的结论并不能套用在这个 repo 上。

项目 repo 里面有性能测试，在高丢包环境下确实是有明显性能提升的，scp 从 30kb/s 提升到了 3.5mb/s。而且测试方法都公开，你自己也可以轻易复现。

>话说可以改个名字啊，VPN 关键字去了多好，只是少些不必要的麻烦

之前确实想过，想叫 tinyFecRelay。不过后来还是决定起一个最直观的名字了。

[wtcoder]

牛逼！

[wwqgtxx]

看了一下你的“透过 tinyFecVPN 免改 iptables 加速网络”这个节，感觉可以考虑写个小工具操作 iptables 自动实现端口重定向，socat 这个程序在 Tcp 转发上还好用，在 Udp 转发上大量的 fork，然后很容易爆内存，并不是个好选择

[renothing]

测试了下，不稳定，不断的重链

[wangyucn]

@renothing

疑似是 udp 被掐断了，在前面套个 udp2raw 试试。

如果还不行的话，请开个 issue，描述一下细节。