@hu6360567

目前不行。这个普及率比较低，没有做。你可以自己尝试改下代码 pr 一个。

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

iptables 加了之后还得清理，有点麻烦，程序被 kill -9 后还要手动删。以后我可能会实现一个基于 epoll 的 tcp 和 udp 端口转发的小工具，集成在这个 repo 里。

@renothing

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

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

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

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

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

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

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

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

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

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

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

@shaoshuang

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

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

@myliyifei

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

@shaoshuang

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

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

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

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

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

@paul1729

用 iperf3 -P10 去压，压榨出了更多的性能。

默认 FEC 参数下的性能：

[SUM] 0.00-10.00 sec 88.9 MBytes 74.6 Mbits/sec 0 sender
[SUM] 0.00-10.00 sec 85.5 MBytes 71.7 Mbits/sec receiver

>想问下这个 VPN 是不是多线程的

这个 VPN 是单线程+epoll 实现的。

>然后吞吐量怎么样？


附上在两个单核小鸡上的性能测试，server 在 vulr 日本，CPU2.4GHz,内存 512mb。client 在搬瓦工美国，CPU 2.0GHZ,内存 96mb。

在关闭 FEC 的情况下测 tinyFecVРN 本身的性能：

[SUM] 0.00-10.00 sec 125 MBytes 105 Mbits/sec 794 sender
[SUM] 0.00-10.00 sec 122 MBytes 102 Mbits/sec receiver

开启 FEC 后，性能受制于 Reed solomon 库，不同参数的性能有很大区别。

对于默认的 FEC 参数,每 20 个包额外发 10 个冗余包：

[ 4] 0.00-10.00 sec 66.2 MBytes 55.5 Mbits/sec 114 sender
[ 4] 0.00-10.00 sec 65.8 MBytes 55.2 Mbits/sec receiver

>国内使用也没必要上 udp

加速游戏必须要用到 UDP。

>udp 真的要看墙心情， 几年前墙就支持屏蔽未知流量端口

一般做 udp 限速的是本地运营商，墙只是背锅了。我这边到同一个服务器，本地的移动有问题，北京联通没问题。

> udp 真的要看墙心情， 几年前墙就支持屏蔽未知流量端口。

搜一下 udp2raw，可以完美解决 udp 被限速的问题。

@Bluef0x

不论是什么服务，你只要在本地用 10.22.22.1 这个 ip 去访问，就会被加速了。

>话说是否可以实现自动检测网络质量，由此自动调整多倍发包的比例？

这是个好主意，目前还没实现。 不过，我提供了在程序运行中动态改变码率的接口(见--fifo 选项)，你可以自己用脚本统计丢包率，然后用 fifo 通知 tinyFecVРN 变换码率。

@aru

在两边都加上`--lower-level auto` 可以绕过 iptables 发包。预计加上以后就可以用了。

@yedashuai @t2doo

这个话题比较敏感，不发教程了，用到的工具可以去我以前发的帖子里找。