1949啦网--小小 痛苦,是因为能力和欲望不匹配造成的

N2N局域网的速度是什么水平,有人测试过吗?

N2N局域网的速度是什么水平,有人测试过吗?

n2n的速度到底是什么水平,好像很少有人专门来测试过,现在我终于有空了,亲自来测试一下吧!

中心节点一:中国电信,上下带宽20/100M,同时做 super+edge
(转发/直连?我看不清)

先说说测试基础:网络基础是客户端一个在四川犍为县,一个在四川成都(它既做中心节点,又做客户端),都是电信家庭光纤网络,都有外网 IP。以下的测试都是它们之间的 FTP 通讯。

犍为的是一台上网本,N270的CPU,安装的是 windows7X32 位系统,n2n的网卡用的是100M的网卡(10M/100M没有差别:我专门测试过10M的,速度一样,都超过了1.5MB/s)。电脑与路由器的连接是有线100M。本机 n2n 网卡,根据 《搜集整理N2N使用中的一些经验》 第14条,与成都的 n2n IP 之间,矫正过 MTU 值为 1356。n2n 的版本都是较旧的版本。当地网络用手机 speedtest 测得上传最大是 30Mbps。

成都的是一台7620A路由器(其实就是路由宝),刷的是自制纯净版的 padavan (20180531官方补丁版本),这台路由器既做客户端,又做中心节点。这台路由器与上级光猫的连接是有线100M,光猫设置了桥接到本路由器,本路由器直接 PPPoE 拨号到外网,当地网络用手机 speedtest 测得是 20/100Mbps。该路由器上面带有一个TF卡,并开启了FTP服务器功能。路由器上同时运行了 6 个edge:v1两个,一新一旧,v1不支持无密码传输,v2和v2s也分别是两个,一个加密一个不加密。其中T0 是老版的 edge_v1,其余都是当前最新制作的程序。

测试方法就是在犍为的电脑上,临时运行一个 edge 程序,通过 n2n 通道,使用(WinSCP 里面的) FTP ,由电脑传文件到路由器的TF卡上。为了对比,引入了 PPTP-VPN 和 DDNS。PPTP-VPN 是指通过 pptp 拨号连上成都的路由器,通过 pptp 通道来传输。DDNS 是直接使用外网 IP 进行 FTP 传输,它应该是所有传输通道中的极限速度。测试时上传的文件是 101MB 的。测试情况如下:

网络  开始时间           使用时间        速度(MB/s)     版本/备注  pptp 22:50:36 ------> 1:28/1:23 -------> 1.18           多次回来测试,数据一样  ddns 14:21:30 ------> 0:34/0:34 -------> 2.97           使用域名连接,第二天  T0   22:54:53 ------> 2:03/1:50 -------> 0.87  -------> v1T1   22:58:20 ------> 1:53/1:51 -------> 0.90  -------> v1  T2   23:08:33 ------> 1:40/1:42/1:41 --> 1.00  -------> v2  T3   23:17:20 ------> 2:51/2:41 -------> 0.61  -------> v2sT4   17:21:04 ------> 0:59/0:59 -------> 1.71  -------> v2s(无密码,第二天)  T5   17:10:03 ------> 1:01/1:01 -------> 1.66  -------> v2 (无密码,第二天)

从上面的测试来看,单论 N2N 的传输速度,其实最快的是 v2s 不加密的时候,其速度甚至超过了 pptp 的速度。

-------------------------上面的测试比较特别,不具有代表性,下面以我们经常遇到的情况来做测试吧-----------------------

中心节点二:中国电信,上下行带宽:20/100M (转发,具有重要参考价值!)

接上面的基础,使用新的中心节点,某QQ群友的服务器,上传/下载据说是上海电信 20/100M,我这边 ping 值是 41ms。此时我测试的两端都是电信,应该比较理想。测试的文件大小是 50M。测试方法是,第一遍从 T1\T2\T3\T4 依序进行,然后再重复一遍,最后 T5 连续测两次。

网络  开始时间           使用时间       速度(MB/s)     版本/备注   ping-edgeT1   09:13:00 ------> 1:42/1:51 -------> 0.47  ------> v1  T2   09:15:38 ------> 0:40/0:37 -------> 1.30  ------> v2  T3   09:18:20 ------> 1:02/1:09 -------> 0.76  ------> v2sT4   09:19:31 ------> 1:36/1:31/1:34 --> 0.53  ------> v2s(无密码)  T5   09:33:36 ------> 0:21/0:21 -------> 2.38  ------> v2 (无密码)  下午回来再测试了一下,与上面的差别比较大:上午的测试忽略,仅做参考吧!T1   17:39:29 ------> 1:06/1:02 -------> 0.78  ------> v1 ------> 79  T2   17:47:55 ------> 0:36/0:35 -------> 1.41  ------> v2 ------> 79  T3   17:42:10 ------> 1:02/1:02 -------> 0.81  ------> v2s -----> 76T4   17:44:35 ------> 0:21/0:21 -------> 2.38  ------> v2s -----> 78(无密码)  T5   17:45:16 ------> 0:21/0:20 -------> 2.44  ------> v2 ------> 78(无密码)

Ping-edge 的意思是,edge A ping edge B 的值(如果是转发,这个值大概等于他们分别 ping 中心节点的总和。上午的数据比较邪门,v2s 无密码的速度,居然比有密码的还慢!!
成都的路由器 ping QQ群友的服务器 IP,  ping 值: 34 ms
犍为电脑直接 ping QQ群友的服务器 IP,ping 值: 42 ms

中心节点三:中国电信,上下行带宽:20/20M (转发)

接上面的基础,使用某QQ群友的supernode。传送文件 50MB。v2s两个都很不稳定,要么不通,要么通了,一传文件就断,或者传的过程中断了,最大速度与最小速度之间是 10 倍的关系,不像其他的基本不变,或变化不大。这是第四天测的。

网络  开始时间           使用时间       速度(MB/s)     版本       ping-edgeT1   22:47:25 ------> 1:15/1:09 -------> 0.69  ------> v1 ------> 67  T2   22:49:33 ------> 0:46/0:48 -------> 1.06  ------> v2 ------> 66  T3   22:51:14 ------> 1:53/1:56 -------> 0.44  ------> v2s -----> 65 不稳定T4   22:59:35 ------> 1:19/0:57 -------> 0.74  ------> v2s -----> 65 不稳定(无密码)  T5   22:56:33 ------> 0:47/0:59 -------> 0.94  ------> v2 ------> 64 (无密码)

成都的路由器 ping QQ群友的服务器 IP,  ping 值: 29 ms
犍为电脑直接 ping QQ群友的服务器 IP,ping 值: 38 ms

中心节点四:搬瓦工,上下行带宽号称 1000M (转发,遇到渣渣中心节点了?)

搬瓦工中心节点(上面没有什么应用,独享的),在美国,测试的文件大小为 10MB。测试过程中速度波动比较大、慢,也许是因为受时段拥挤、国内政策影响,再加之路途遥远,所以如此?其中 TB 是用 IP 直接与搬瓦工之间进行 FTP 上传/下载的情况,速度实在是太慢了,记得以前快的时候,直接 FTP 可以达到 ~5MB/s。

网络  开始时间           使用时间        速度(MB/s)     版本/备注T1   10:42:39 ------> 6:17/X:XX -------> 0.027  ------> v1  T2   10:49:58 ------> 7:39/X:XX -------> 0.022  ------> v2  T3   10:58:35 ------> 6:45/X:XX -------> 0.025  ------> v2sT4   11:05:47 ------>10:14/X:XX -------> 0.016  ------> v2s(无密码)  T5   11:18:28 ------> 9:48/X:XX -------> 0.017  ------> v2 (无密码)  TB   11:55:39 ------> 5:41/13:34-------> 0.029/0.012    直接与中心节点之间 上传/下载  改一个时间,再测了一下:  TB   15:18:30 ------> 0:43/X:XX -------> 1.16/0.015     上传/下载 (下载慢,没测试完整)T1   15:24:56 ------> 5:37/X:XX -------> 0.15   ------> v1  T2   15:31:27 ------> 4:08/X:XX -------> 0.15   ------> v2  T3   15:36:50 ------> 6:01/X:XX -------> 0.14   ------> v2sT4   15:43:42 ------> 5:49/X:XX -------> 0.17   ------> v2s(无密码)  T5   15:50:18 ------> 6:11/X:XX -------> 0.13   ------> v2 (无密码)   TB   15:58:55 ------> 0:42/X:XX -------> 1.19/0.031     同上

看了上面的数据是不是想吐血?是中心节点太慢严重制约了 N2N 的通讯,在它面前大家似乎都一样了,... ...

--------------------上面的测试基本上都是 转发,下面我们来看看 直连 的速度会怎么样?--------------------

继续:用中心节点四,也能够实现直连!

晚上继续中心节点四的测试,把成都那边的 padavan 路由器开启 Full Cone NAT(高级设置 - 防火墙 - Netfilter - NAT类型 下),犍为的电脑关闭防火墙,便于有好的 NAT,便于创造直连。第一个 T1 是把成都的路由器关闭掉 Full Cone NAT 的情况(很明显没有直连。其余网络结构,都是一搭上去就这样了,反复多次都不会改变,特别是 v2,回头再试也不变)。前一段测试中拷贝文件大小为 101MB。后一段的测试文件见表中说明。

网络  开始时间           使用时间       速度(MB/s)     版本/备注     ping-edge  T1   23:37:23 ------> X:XX/X:XX -------> 0.03  -------> v1 -------> (403)T1   23:03:13 ------> 1:25/1:24 -------> 1.20  -------> v1 -------> ( 11)  T2   23:15:55 ------> 1:45/X:XX -------> 0.96  -------> v2 -------> (186)  T3   23:07:27 ------> 2:06/2:06 -------> 0.80  -------> v2s ------> (  9)T4   23:12:32 ------> 0:37/0:38 -------> 2.69  -------> v2s ------> ( 10) 无密码  T5   23:19:48 ------> 1:22/1:22 -------> 1.23  -------> v2 -------> (182) 无密码  第二天,再做了一次:前一个使用时间和速度是针对传输 50M 文件的,后一个是针对 267M 的。T1   15:03:59 ------> 0:48/4:10 ------> 1.04/1.07 ----> v1 -------> ( 11)  T2   15:05:33 ------> 1:04/4:24 ------> 0.78/1.01 ----> v2 -------> (197)  T3   15:07:55 ------> 1:03/5:44 ------> 0.79/0.78 ----> v2s ------> ( 11)T4   15:09:46 ------> 0:17/1:39 ------> 2.94/2.70 ----> v2s ------> ( 10) 无密码  T5   15:13:57 ------> 0:42/3:58 ------> 1.20/1.12 ----> v2 -------> (189) 无密码

从以上数据可以看出:v2s 无密码通讯的速度,已经逼近直接FTP的速度 2.97 MB/s 了(见第一个测试报表)

第二天的测试中,认真观察了下搬瓦工后台的流量情况,发现所有的连接主流量都没有经过中心节点,除了 v2 使用时,中心节点上最大有 300KB/s 的流量之外,v1 和 v2s 传文件时后台的流量几乎都为零。这也就证明了 v1/v2/v2s 都是直连的,虽然 v2 的 ping 值有点大,后台的流量稍大。

成都的路由器 ping 搬瓦工节点的 IP,    ping 值:184 ms
犍为电脑直接 ping 搬瓦工节点的 IP,    ping 值:214 ms
犍为电脑直接 ping 成都路由器外网 IP, ping 值:   9 ms

2018-8-24,乘着官方 v2 (注意:v2是指官方的一个系列,有多个版本)的源代码优化到 2.4 版本(官方说是2.4,但编辑出来在各个系统下的不一致,有2.3,也有2.5),于是测试了下升级前后的差别,测试的通道与上一个测试的完全一样,中心节点用的是搬瓦工。图中 win2.3 代表 windows 下 edge 的版本,vps代表vps下的,pdv 代表 padavan 下的,都是这次升级后新编辑出来的。而另外一组数据是老版本的情况。看得出来,流经搬瓦工的流量以及占用服务器CPU 的情况(搬瓦工做的supernode)与旧版本一样,而 FTP 的流量是 700KB/s 左右,流经搬瓦工的有2~300KB/s。传输 35~45 分钟,传输了1.8G左右的资料。win 上 ping 搬瓦工(中心节点)是 214,ping 远方的 padavan(edge之间) 是 210 的样子。也不知这个是直连啦还是转发,v2 的通讯就是怪:有一半的流量过中心节点!(上一个测试也是这样子的;v2不支持 rsync,而v1和v2s都支持)

继续:使用中心节点一,测试局域网内的直连速度

2018-9-4,做了一次局域网内 N2N 的直连。一台继续是犍为的上网本,一台是一个刷了 padavan 的路由器带一个USB盘(路由宝,没有用内置的TF卡。这个要慢一些),它们都是用有线连接上一级路由器的,其中路由宝用的是 wan 口与上级连接,中心节点继续用那个成都节点。T0 是真实局域网内(winscp 里面的,下同) 的 FTP 速度,TP是用 pptp 连接的速度,传输文件是 167M。

网络  开始时间     上/下使用时间       上/下速度(MB/s)     版本/备注     ping-edge  T0   19:59 ------> 0:20/0:16 -------> 8.35/10.44 -------> 用局域网IP传输   <1  TP   20:02 ------> 0:38/0:44 -------> 4.39/3.80  -------> 局域网内pptp传输  1  T3   20:16 ------> 3:29/3:20 -------> 0.80/0.84  -------> v2s             1  T4   20:23 ------> 1:08/1:01 -------> 2.46/2.74  -------> v2s 无密码       1

遗憾的是,v1和v2,尽管测试了很多次,在局域网内就是没形成一次直连(通过观察此时通过中心节点的流量与本地显示的传输速度来判断是直连还是中转),而 v2s 在用了-L参数以后,很容易就直连了(几乎100%),所以只测试到 v2s 的直连速度。 ping 成都那个节点的速度是 8ms(没有直连时两个edge之间的ping是17ms)。n2n 的最大速度在 3.3MB/s 左右,这也许是目前 N2N 的极限传输速度了。

继续:使用中心节点一,n2n的速度与FRP的速度对比

2018-9-7,还是使用成都那台padavan路由器作为中心节点,借助上面的流量观察各种情况下的流量情况。测试在(成都长城宽带下的)群晖 ds213J 与(乐山犍为电信下的)上网本之间进行。长城宽带是比较差的网络了,最高速度不高很正常。我本来也针对每一个连接都抓了图的,但是因为一直保持这个padavan流量页面时,左边的带宽显示僵在那里没有变化,最后分析时才发现,所以分图是错的,分享了大家迷糊就取消了。就提供一张总图,这个没任何问题,对比性也很强。其中 w2 表示 v2的无密码 方式,同样 w2s 表示 v2s的无密码方式,frp(0.16.1)是指通过frp通道(frpc 没有加密的情况下),直接在群晖的管理页面上下载。左边是下载,右边是上传。很显然,这里的n2n都是转发传输方式。

继续:使用新的中心节点,再次测试V2带-A参数的情况

2019-4-6,再做了一个测试,直接上图。简单介绍一下情况,N2N全装在路由器上,成都的路由器是MTK7620A,做FTP服务器。犍为县这边光猫下带两个路由器,一个是 MTK7620A,做中心节点,一个是 MTK7621A,做下载机,其下面无线连接笔记本电脑,在笔记本电脑上使用 FTP 软件进行传输。3台路由器都是拨号上网,都有外网IP。
“直接”表示直接使用成都 IP FTP 传输。V2-A 表示使用 N2N_V2 最新版,加上 -A 参数,V2_W 和 V2s_W 表示没有带密码参数 -k 运行的。那些带 CPU 百分比的,表示 padavan 的“CPU负载”,由于这个波动很大,例如 50~90%,所以只能是一个大概,仅做参考。“su流量”表示做中心节点的路由器上面的转发流量。

最后的结论:转发 v2 较好,直连 v2s 最牛!
因为 v2 给中心节点的负担最大,所以请慎用别人的中心节点!

1、转发速度排序是: V2 > V2s > V1,这也是大家常用的吧;
2、直连速度排序是: V1 > V2 > V2s,它们之间的差距不大,但 v1、v2 很难实现直连;
3、无密码传输速度: V2s > V2 > V1,v2s 能接近极限网速运行;
4、直  连 成  功 率: V2s > V1 > V2,v2s 的直连成功率大概是别人的 5 倍;
5、连  接 稳  定 性: V2s > V1 > V2,v2s 随时可连接的概率高,v2下不能用 rsync 同步软件;

你可以同时运行三个版本的 n2n,每一个版本又可以运行很多个客户端(在 MTK7620 的 CPU 下的 padavan 固件里,我测试运行过 100 个 n2n_v1 客户端,也没有问题),根据不同的环境和对象,使用不同的版本进行通讯。从安全的角度来说:无密码项(就是针对 v2\v2s 不要 -k 及后面的密码)相当于我们使用对方的 IP 地址直接进行 FTP 传输,只是中间多了一个 supernode 而已。如果中心节点是自己的,那么与你平时使用 FTP 传输文件的安全级别是一样的。

至于怎么提高直连的成功率:请见本站 这篇文章 的第 5、6 条。

--------------------------------------------------------------------
本文中所用到的 n2n 各个版本来源:

v1: https://github.com/meyerd/n2n/tree/master/n2n_v1
v2: https://github.com/ntop/n2n
v2s: https://github.com/meyerd/n2n/tree/master/n2n_v2

本文中用到的 n2n 运行代码:

犍为电脑上临时使用的 edge 代码(逐条测试):  edge1 -a 172.1.0.5 -c test1 -k test -l n2n.lucktu.com:10082  edge2 -a 172.2.0.5 -c test2 -k test -l n2n.lucktu.com:10086  edge3 -a 172.3.0.5 -c test3 -k test -l n2n.lucktu.com:10088  edge3 -a 172.4.0.5 -c test4 -l n2n.lucktu.com:10088  edge2 -a 172.5.0.5 -c test5 -l n2n.lucktu.com:10086    成都的路由器上使用的 edge 代码(同时运行):  edge1 -d T1 -a 172.1.0.100 -c test1 -k test -l n2n.lucktu.com:10082 -p 10001 -r -b &  edge2 -d T2 -a 172.2.0.100 -c test2 -k test -f -l n2n.lucktu.com:10086 -p 20001 -r -b &  edge3 -d T3 -a 172.3.0.100 -c test3 -k test -L 192.168.2.1 -f -l n2n.lucktu.com:10088 -p 30001 -r -b &  edge3 -d T4 -a 172.4.0.100 -c test4 -L 192.168.2.1 -f -l n2n.lucktu.com:10088 -p 40001 -r -b &  edge2 -d T5 -a 172.5.0.100 -c test5 -f -l n2n.lucktu.com:10086 -p 50001 -r -b &

edge-v1 改名成 edge1,edge-v2 改名成 edge2,edge-v2s 改名成 edge3。中心节点被替换成某公开节点信息了。

没特别注明时,中心节点一的测试是 2018-8-10 晚上测试,中心节点二三的测试是 2018-8-11/12 (周六、周日,估计群友的中心节点没有工作时段网络拥挤的影响)两天内进行的。

本站声明:网站内容来源于网络,如有侵权,请联系我们https://www.qiquanji.com,我们将及时处理。

微信扫码关注

更新实时通知

作者:xialibing 分类:网络教程 浏览: