小雨宙

年过不惑,闷骚技术宅,虚无主义者。
喜欢聊天,喜欢跑步,喜欢网络,喜欢Linux.

0%

本次使用iperf 测试了从北京到青岛vps和日本vps的网络质量:

上传测试
router -> qingdao
[  1] local 192.168.x.x port 52396 connected with 47.104.x.x port 5001 (icwnd/mss/irtt=13/1428/17241)
[ ID] Interval       Transfer     Bandwidth
[  1] 0.0000-10.7898 sec  53.8 MBytes  41.8 Mbits/sec

nas -> qingdao
[  1] local 114.246.x.x port 46764 connected with 47.104.x.x port 5001 (icwnd/mss/irtt=14/1440/14253)
[ ID] Interval       Transfer     Bandwidth
[  1] 0.0000-10.2162 sec  51.4 MBytes  42.2 Mbits/sec

router -> japan
[  1] local 192.168.x.x port 60656 connected with 150.95.x.x port 5001 (icwnd/mss/irtt=13/1428/159108)
[ ID] Interval       Transfer     Bandwidth
[  1] 0.0000-10.6766 sec  49.3 MBytes  38.7 Mbits/sec

nas -> japan
[  1] local 114.246.x.x port 36826 connected with 150.95.x.x port 5001 (icwnd/mss/irtt=14/1440/176131)
[ ID] Interval       Transfer     Bandwidth
[  1] 0.0000-11.3190 sec  45.3 MBytes  33.5 Mbits/sec

下载测试:
japan -> nas
[  1] local 150.95.x.x port 58670 connected with 114.246.x.x port 5001 (icwnd/mss/irtt=14/1440/286320)
[ ID] Interval       Transfer     Bandwidth
[  1] 0.0000-10.4263 sec   131 MBytes   105 Mbits/sec

qingdao -> nas 国内某大厂的vps,太小气了,辣鸡
[  3] local 172.31.x.x port 56760 connected with 114.246.x.x port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.8 sec  1.62 MBytes  1.27 Mbits/sec

japan -> router
[  1] local 150.95.x.x port 34584 connected with 114.246.x.x port 5001 (icwnd/mss/irtt=13/1428/163864)
[ ID] Interval       Transfer     Bandwidth
[  1] 0.0000-10.1922 sec   144 MBytes   118 Mbits/sec

qingdao -> router 辣鸡
[  3] local 172.31.x.x port 51146 connected with 114.246.x.x port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.4 sec  1.88 MBytes  1.51 Mbits/sec

最后,还测试了并发请求多出口ip并发和ip v4,v6双栈的并发测试,都没能超过千兆的限制,事实上,只是略超百兆,跟单拨没什么区别。看来靠多播实现两千兆带宽不用想了。

最最后,经热心群友提醒,没有测并发的上传带宽。测了一下,发现惊喜。上传带宽能叠加!
但是SUM数据只是两个ipv4的和。ipv6没有被SUM进去。。。本来想测试ipv4x2+ipv6x2,无奈路由器不支持ipv6转发,我不知道该怎么测。

之前使用的数据有问题,上传测试的数据后面有空了再补上。

以上测试使用的软硬件说明:

  • iperf server运行在nas上,同时监听ipv4和ipv6。
  • 光猫是装联通宽带送的千兆猫。
  • router是小米AX9000。拨号使用的是2.5G口。
  • nas是群晖1821+,4个网口都是千兆,前两个口(eth0,eth1)做了链路聚合,由router端口转发到这个聚合口。
  • 另nas使用eth3拨号。
  • nas和router,两个设备分别拨号,各获得一个公网ip。

前几天手贱把ax6s折腾死了。

死的方式是:我看到22.03-rc4已经发布,心想着rc4离正式发布已经不远了,之前刷的snapshot固件内核版本老是变,经常要手工升级,有点烦,不如试试rc4,我上传rc4固件后,它警告我上传的包无法验证,是否要强刷,我头铁的选了是,等ax6s刷完重启完就一直亮黄灯,lan下的设备直接获取到了上级路由器dhcp分配的动态ip,Sorry,说它是砖可能委屈它了,它分明是变成了一个傻瓜交换机,还是千兆的,比砖还是强一些的。

网上搜了一下别人的救砖经验,基本都是tftp+dhcp在路由器reset状态下刷rom。

别人用的windows下的tftp,我手头只有个archlinux,自带的dnsmasq,dhcp和tftp全有了。

把准备好的ax6s rom放进tftp root下,第一次没有成功,为了便于查看问题,把log全开。
发现我的ax6s没有像网上说的那样去请求C0A81F02.img,而是请求了pxelinux.0,然而这个文件不存在,看来是以前设置的dhcp-boot选项影响了它,直接把rom改名为pxelinux.0,重来一次,先把wan口连pc网口,然后用卡针戳着ax6s的reset孔开机,看黄灯闪烁后松手,看着dnsmasq的日志没有再报错,几分钟后,小蓝灯重新亮起。搞定。

ps:网上ax6s刷机教程大多需要刷一个中间过渡版openwrt。但是经过实践,从1.2.7测试版完全可以直接telnet进去,wget一个openwrt 22.03-rc4的固件(那个wget貌似不支持https,如果找不到能http下载的资源,可以先下载到本地然后python -m http.server起一个http服务),mtd写入就行,那个过渡版固件完全没必要刷(小心别人在固件里留后门)。

发文过程报错,Error: Function yaml.safeLoad is removed in js-yaml 4. Use yaml.load instead, which is now safe by default.

原因是js-yaml 4中弃用了safeLoad方法,看上游暂时还没修复,本地先临时处理一下。

sed -i 's#yml\.safeLoad#yml\.load#g' ./node_modules/hexo-admin/api.js

官方给出的理由是,不够安全,太容易冲撞了。

当然,最好的办法是使用改用sha2-256或ed25519等更强的加密方式。

不过,对于那些比较老旧的服务器或嵌入式系统等不那么方便升级ssh服务端的环境,

还是继续使用ssh-rsa比较现实。

用你喜欢的编辑器打开 ~/.ssh/config
在里面添加下面两行:

HostKeyAlgorithms=ssh-rsa,ssh-rsa-cert-v01@openssh.com
PubkeyAcceptedAlgorithms=+ssh-rsa,ssh-rsa-cert-v01@openssh.com

即可。

北京又新增了几个确诊病例。想起两年前的春节,疫情爆发,股市暴跌,我在最低位清了仓。我清仓后,股市就开始疯狂暴涨。跑在了最底部。

最近股市又狂跌,这次我不想跑了。虽然我没法判断时机,但是暴跌显然是入场时机,我又悄悄的加了一些定投。它敢一直跌,我就敢一直投下去。

看网上很多人遇到过同样问题,用postcss-pxtorem替代postcss-px2rem,就没问题了。

6年没有维护的包,也没必要跟它死磕了。-_-