威联通的防火墙把自己干死了,多亏了Tailscale
今天在家里电脑上打开威联通的 QTS 系统,结果发现页面打不开。
我还以为是 QTS 系统崩溃了,于是我想通过 SSH 连接到威联通上,结果发现 SSH 也连不上。
然后我输入 ping 指令测试,居然连 ping 都不通!
打开机柜检查发现网口的指示灯正常闪亮,硬件连接是好的。
我想起来之前部署过 Tailscale 的服务,于是在手机上打开 Tailscale 看了一下,结果惊奇的发现威联通竟然在线。
...今天在家里电脑上打开威联通的 QTS 系统,结果发现页面打不开。
我还以为是 QTS 系统崩溃了,于是我想通过 SSH 连接到威联通上,结果发现 SSH 也连不上。
然后我输入 ping 指令测试,居然连 ping 都不通!
打开机柜检查发现网口的指示灯正常闪亮,硬件连接是好的。
我想起来之前部署过 Tailscale 的服务,于是在手机上打开 Tailscale 看了一下,结果惊奇的发现威联通竟然在线。
...从去年开始,各大ssl证书服务商统一把免费证书的有效期从 1 年缩短到了 90 天,以前一年更新一次,手动操作还可以忍,现在每年要操作四到五次,就有点麻烦了。于是我在 Windows Server 云服务器上部署了 Win-acme,解决了证书更新的问题。但是我还有几台其他的 Linux 设备,也需要同步更新,于是我想到了通过计划任务定时执行脚本来实现证书自动更新。
首先,把 Win-acme 自动下载的证书挂到 ftp 下,直接用 IIS 内置的的 ftp 服务就行,注意开启 SSL。
...昨天给NAS换了一块硬盘,顺便把厚卷改成了静态卷。
过程很简单,先把新硬盘插到4号空盘位,新创建一个静态卷Volume4,然后用HBS把数据从Volume3同步到Volume4,完了之后取下3号硬盘。
本以为大功告成,结果后来却发现有些应用出了问题,经过一番排查发现在这些应用的设置中使用了绝对路径:
原来的/share/CACHEDEV3_DATA现在变成了/share/CACHEDEV4_DATA,导致应用无法找到文件。
...以下方法只适用于威联通NAS的静态卷(single static volume),厚卷和精简卷(薄卷)暂时无法在Ubuntu中读取。
先使用lsblk命令列出磁盘分区:
~# lsblk sdb 8:16 0 1.8T 0 disk ├─sdb1 8:17 0 517.7M 0 part │ └─md9 9:9 0 517.6M 0 raid1 ├─sdb2 8:18 0 517.7M 0 part │ └─md256 9:256 0 517.7M 0 raid1 ├─sdb3 8:19 0 1.8T 0 part │ └─md127 9:127 0 1.8T 0 raid1 ├─sdb4 8:20 0 517.7M 0 part │ └─md13 9:13 0 448.1M 0 raid1 └─sdb5 8:21 0 8G 0 part └─md322 9:322 0 6.9G 0 raid1...
一、硬盘单独休眠
1.查看:
mdadm -D /dev/md9 mdadm -D /dev/md13 hdparm -C /dev/sdc hdparm -C /dev/sda
2.建立脚本文件disconnect_internal_raid.sh:
#!/bin/sh echo "Disconnecting md9" mdadm /dev/md9 --fail /dev/sdc1 mdadm /dev/md9 --fail /dev/sda1 echo "Disconnecting md13" mdadm /dev/md13 --fail /dev/sdc4 mdadm /dev/md13 --fail /dev/sda4...