之前的博客也提到了,近期可能面临动迁。因此今天新买了一台华硕BLUE CAVE路由器,先试一下看在较大空间里的无线网络布局情况。其实说实在的,预计将要迁入的地方也没多大,其实估计一个68U路由器也勉强足够。不过我看中BLUE CAVE独特而漂亮的造型,另外还有它支持IFTTT这样比较极客向的功能,就想入手来玩玩。
如果你还不知道AiMesh是什么,我的理解大致就是SSID漫游。具体可以参考华硕官网介绍:https://www.asus.com.cn/aimesh/。
这几天只是新入手尝试,因此依然把华硕RT-AC68U作为AiMesh路由器(AiMesh Router,也就是俗称的主路由),把BLUE CAVE作为AiMesh节点(AiMesh Node,也就是俗称的子路由)。其实按照官方推荐,应该是以性能较强的一个作为主路由才对,但由于我目前只是试验,并且不想断开现有家庭网络与外部的连接,因此就没有把68U撤下,换上BLUE CAVE作为主路由。
那么,来确认一下本次试验环境:
路由器型号 | AiMesh设置 | 固件版本 |
---|---|---|
RT-AC68U | AiMesh Router | 3.0.0.4.384_20648 |
BLUE CAVE | AiMesh Node | 3.0.0.4.384_45149 |
本次试验是以无线方式连接AiMesh Router与AiMesh Node的。
AiMesh Node的管理
AiMesh Node本身获得了一个来自于AiMesh Router分配的IP地址,就相当于在AiMesh Router的SSID上连接了一个设备。
用HTTP方式单独连接AiMesh Node的IP地址,网页会自动跳转至AiMesh Router所对应的地址。对AiMesh Node的管理都是在AiMesh Router的网页中进行的。
其实我还是过以SSH方式连接AiMesh Node的IP地址,居然是有反应的,但是提示验证错误,下文(略)部分为我手动略去了敏感信息:
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:(略)
Please contact your system administrator.
Add correct host key in /Users/(略)/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /Users/(略)/.ssh/known_hosts:55
ECDSA host key for (略) has changed and you have requested strict checking.
Host key verification failed.
因此试图以SSH方式来单独访问管理AiMesh Node也失败了。
AiMesh Node端口可用性
我关注AiMesh Node的端口可用性,并尝试了在BLUE CAVE工作于AiMesh Node模式下端口的情况。发现AiMesh Node的LAN(网线)端口是可用的,下联设备拿到的IP分发自68U(AiMesh Router)的DHCP地址池。
但是,AiMesh Node的USB端口不可用。同一个U盘,插入AiMesh Router的USB口、以及插入设置为普通路由器的BLUE CAVE的USB口都是可用的,而一旦把BLUE CAVE设置为AiMesh Node模式再插入U盘,则没有任何反应。
AiMesh Node服务的可用性
因为没有了单独的管理界面,因此AiMesh Node模式下的路由器本身服务基本都不可用,例如防火墙、IFTTT等功能。一切都归于AiMesh Router的网页界面管,而AiMesh Node原先应有的软件功能(例如BLUE CAVE的IFTTT功能,此项功能为RT-AC68U此版本固件所没有)则不会反应在AiMesh Router界面。
AiMesh Router访客网络的可用性
AiMesh Router的访客网络同时可用!
但是,据我观察,当一台设备连入AiMesh Router的访客网络,并将该设备尽量靠近AiMesh Node时,它不会切换到AiMesh Node的设备列表中,而是一直处于AiMesh Router 的列表中。由此可见,AiMesh Node只能扩展AiMesh Router的2.4GHz和5GHz网络,不会扩展访客网络SSID。
终端设备需要做设置吗?
终端设备不需要做设置。
我的iPhone XS、2016年买的第一代小尺寸iPad Pro、2015年Early版的MacBook(第一款USB-C那个)、锤子M1手机(也就是安卓系统)等均不需要做任何设置,就能直接在AiMesh Router与AiMesh Node之间切换。
此外,连大概2014年买的Amazon Kindle Paperwhite和Withings Smart Body Analyzer智能电子秤都没有做过任何设置,就能自动切换。
我还观察到分别连入AiMesh Router和AiMesh Node的macbook和AppleWatch也能自动靠近解锁。(当然,可能该功能本来就只是靠蓝牙在认证。)
对传输速度的影响
我尝试在MacBook(无线方式连入AiMesh Node)上从QNAP NAS(有线方式连入AiMesh Router)拷贝两个大文件,它们分别是:「2017-04-10-raspbian-jessie 」(4.29GB)与「2018-11-13-raspbian-stretch-full」(5.3GB),共计9.5GB。所需速度一开始提示要10分钟,但实际上大约过了10分钟只走完了进度条的一半。
于是我更进一步做了以下试验:
连接至AiMash Router | 连接至AiMash Node | |
---|---|---|
有线连接 | 系统预计2分钟,实际差不多2分钟 | 系统预计2分钟,实际大约稍慢于2分钟 |
无线连接 | 系统预计40分钟,手动终止 | 系统预计10分钟,其实10分钟过后大约走完一半 |
结果让我十分吃惊!
再提醒一下,本文我所提到的试验,都是在AiMash Router与AiMash Node两者之间以无线方式相连的进行的。
也就是说,我的MacBook从AiMash Router下的一台QNAP NAS拷贝数据,只要是有线方式连入,无论是AiMash Router还是AiMash Node都很快!而无线方式连入都很慢。并且,无线连入AiMash Router甚至比AiMash Node还要慢!
可见,我MacBook传输速度并没有收到AiMesh网络Router与Node之间无线传输的影响,问题反倒是出在当我的MacBook连入AiMash Router时,周围空间中的信号干扰太多,导致速度极低。
结论:我依然是有线网络派(特别是需要传输大量数据时)!
——但是华硕AiMesh组网也很方便。