查看后台apt的实时输出
为什么有这个需求呢?因为我在使用手机远程登陆nas 试图更新到debian bookworm时不慎断开了连接。
查看后台apt的实时输出:
sudo tail -f /var/log/apt/term.log
为什么有这个需求呢?因为我在使用手机远程登陆nas 试图更新到debian bookworm时不慎断开了连接。
查看后台apt的实时输出:
sudo tail -f /var/log/apt/term.log
地址dm9pY2UueGZveC5ldS5vcmc6NjQ3Mzg=
只要本人正在网上冲浪就会进入相应频道,你可以随时在找到我,这比邮件具备更好的即时性更快速,一定程度上可以替代电话。🙂
后续如果条件允许还会部署其他安全且便捷的通讯方式。
通常情况下使用Mumble交流是较为安全的,但前提是你初次连接Mumble Server并选择信任服务器证书时没有受到中间人攻击。
因此我公开服务器当前的签名信息,如果签名信息有所变动我会及时更新本文章。
当前证书信息如下
通用名称:
CN=Murmur Autogenerated Certificate v2
有效期始于:周二 7月 4 03:56:37 2023 GMT
有效期止于:周一 6月 29 03:56:37 2043 GMT
摘要(SHA-1):8D:DF:70:A3:6C:10:71:DC:89:97:2E:D4:55:4F:37:37:33:1B:52:4F
摘要(SHA-256):64:84:09:4A:55:08:75:84:3F:9F:7E:0B:9B:91:F4:0E:6B:11:97:08:14:D9:FF:17:0A:09:4F:DA:88:6F:2B:69
OpenGL(EGL)和OpenGL(GLX)还有Vulkan三个页面都提示缺少工具。
照着名字搜了一下
sudo apt install vulkan-tools mesa-utils即可解决问题。
刚才看了一眼,淘宝一个店好像下架了,京东现在有货只要80块钱比我买的100多便宜了不少,不知道产品质量有无下降。
这东西我的使用体验还是不错的,不过美中不足的就是侧键的编程功能不能在无线模式下使用,必须插线,并且商家提供的控制软件只有Windows版本。
参考文章:Wireshark 用于USB抓包
过滤方:
usb.src == "host" and usb.dst=="1.2.0"
未完待续
在意识到这个问题之前,我首先发现的是甜糖不跑了,之后B站刷视频无意间看到这个消息。
首先,复习一下:
RFC3489 中将 NAT 的实现分为四大类:
郑州移动,光猫桥接,RedMi AC2100拨号:
root@J3160:~$ pystun3 -H stun.qq.com
NAT Type: Symmetric NAT
External IP: 223.88.18.34
External Port: 36854
笑死,我直接从全锥NAT1变成最垃圾的NAT4了。
讲个笑话,我现在所在的实习单位使用移动,前几天突然悄无声息的换电信了。
在套了至少两层路由器之后,我这边测试发现:
xfox@ThinkPadE14Gen3:~$ pystun3 -H stun.qq.com
NAT Type: Restric NAT
External IP: 218.87.160.59
External Port: 54320
乐了,江西电信套两层路由器都比你移动的垃圾强百倍。
之前:J3160(河南移动NAT1)---> Thinkpad(江西移动NAT类型不明) 测试ping延迟老是跳动,而且点对点测速和实际组网sftp速度差异很大。
现在:J3160(河南移动NAT4)---> Thinkpad(江西电信NAT2)测试ping延迟同样跳动,但是之前另一个时间段测试稳定在70ms 不稳定状态下则不如之前,明显受到严重的Qos限制。
如果没有不受限的公网ipv6,将没有理由选择移动宽带。
河南移动的PCDN在全线转入IPV6之前将彻底被扼杀。
我发现实习单位网络又从电信变回移动了。
AS :CHINAMOBILE-CN China Mobile Communications Group Co., Ltd., CN
xfox@ThinkPadE14Gen3:~$ pystun3 -H stun.qq.com
NAT Type: Restric NAT
External IP: 218.87.160.59
External Port: 54320
Press any key to continue
难以想象我回家之后家里NAT4的移动宽带还能干点啥,要是再把ipv6端口ban了那可太墙国了🤪
感觉不太对劲,我又再次测试了本地网络AS号,又变成电信了?!第三次测试,又是移动。
学校该不会用的长城宽带吧???
总而言之,使用n2n组网双向ping 测试发现延迟基本在61~70ms之间