Acme.sh全自动获取SSL通配符证书

2021-03-01 作者： Fisherworks

Here I’m gonna show you a quick how-to on obtaining a wildcard SSL cert from Let’s Encrypt with the “pure shell written” acme.sh, which is simple, light-weight and far beyond flexible.

And you may already aware that I’ve an earlier post on doing this with another tool called certbot-auto, well, unfortuantely it’s… kinda still working… but having no support or further update anymore. As for the “official successor” of the certbot-auto? It seems the official guys have decided to walk step and step closer into the mire, with that good-looking but evil-inside snapd… oh, don’t even say that word again. It’s weird enough – I saw nothing around Canonical brand on sponsors list from homepage of Let’s Encrypt. That’s another topic anyway, a wildcard SSL cert for free is still worth my sincere appreciation in this case.

今天简单聊下如何使用acme.sh来获取通配符证书，纯shell工具比之前聊过的certbot-auto更为简单、轻量且灵活。此外不幸的是，半年不见certbot已然走上邪路，奇怪的是Let’s Encrypt首页赞助商清单里并未发现Canonical在列，让我倍感意外。

废话少叙，先装为敬。

[root@aqui-test ~]# curl https://get.acme.sh | sh
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   937    0   937    0     0    445      0 --:--:--  0:00:02 --:--:--   445
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  204k  100  204k    0     0  33335      0  0:00:06  0:00:06 --:--:-- 28373
[Sat Feb 27 23:14:42 CST 2021] Installing from online archive.
[Sat Feb 27 23:14:42 CST 2021] Downloading https://github.com/acmesh-official/acme.sh/archive/master.tar.gz
[Sat Feb 27 23:15:47 CST 2021] Extracting master.tar.gz
[Sat Feb 27 23:15:47 CST 2021] It is recommended to install socat first.
[Sat Feb 27 23:15:47 CST 2021] We use socat for standalone server if you use standalone mode.
[Sat Feb 27 23:15:47 CST 2021] If you don't use standalone mode, just ignore this warning.
[Sat Feb 27 23:15:47 CST 2021] Installing to /root/.acme.sh
[Sat Feb 27 23:15:47 CST 2021] Installed to /root/.acme.sh/acme.sh
[Sat Feb 27 23:15:47 CST 2021] Installing alias to '/root/.bashrc'
[Sat Feb 27 23:15:47 CST 2021] OK, Close and reopen your terminal to start using acme.sh
[Sat Feb 27 23:15:47 CST 2021] Installing alias to '/root/.cshrc'
[Sat Feb 27 23:15:47 CST 2021] Installing alias to '/root/.tcshrc'
[Sat Feb 27 23:15:47 CST 2021] Installing cron job
[Sat Feb 27 23:15:48 CST 2021] Good, bash is found, so change the shebang to use bash as preferred.
[Sat Feb 27 23:15:49 CST 2021] OK
[Sat Feb 27 23:15:49 CST 2021] Install success!
[root@aqui-test ~]#

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

[root@aqui-test ~]# curl https://get.acme.sh | sh

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

100 937 0 937 0 0 445 0 --:--:-- 0:00:02 --:--:-- 445

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

100 204k 100 204k 0 0 33335 0 0:00:06 0:00:06 --:--:-- 28373

[Sat Feb 27 23:14:42 CST 2021] Installing from online archive.

[Sat Feb 27 23:14:42 CST 2021] Downloading https://github.com/acmesh-official/acme.sh/archive/master.tar.gz

[Sat Feb 27 23:15:47 CST 2021] Extracting master.tar.gz

[Sat Feb 27 23:15:47 CST 2021] It is recommended to install socat first.

[Sat Feb 27 23:15:47 CST 2021] We use socat for standalone server if you use standalone mode.

[Sat Feb 27 23:15:47 CST 2021] If you don't use standalone mode, just ignore this warning.

[Sat Feb 27 23:15:47 CST 2021] Installing to /root/.acme.sh

[Sat Feb 27 23:15:47 CST 2021] Installed to /root/.acme.sh/acme.sh

[Sat Feb 27 23:15:47 CST 2021] Installing alias to '/root/.bashrc'

[Sat Feb 27 23:15:47 CST 2021] OK, Close and reopen your terminal to start using acme.sh

[Sat Feb 27 23:15:47 CST 2021] Installing alias to '/root/.cshrc'

[Sat Feb 27 23:15:47 CST 2021] Installing alias to '/root/.tcshrc'

[Sat Feb 27 23:15:47 CST 2021] Installing cron job

[Sat Feb 27 23:15:48 CST 2021] Good, bash is found, so change the shebang to use bash as preferred.

[Sat Feb 27 23:15:49 CST 2021] OK

[Sat Feb 27 23:15:49 CST 2021] Install success!

[root@aqui-test ~]#

安装过程中会自动创建cronjob，如果不想自动创建，安装时要加个参数，也可以手动把cronjob删掉（则证书不会自动展期）。

[root@aqui-test ~]# crontab -l
# m h  dom mon dow   command
47 0 * * * "/root/.acme.sh"/acme.sh --cron --home "/root/.acme.sh" > /dev/null
[root@aqui-test ~]#

1

2

3

4

[root@aqui-test ~]# crontab -l

# m h dom mon dow command

47 0 * * * "/root/.acme.sh"/acme.sh --cron --home "/root/.acme.sh" > /dev/null

[root@aqui-test ~]#

此时把阿里云key和secret填入环境变量（建议使用RAM账户，风险最小化）。

[root@aqui-test ~]# export Ali_Key="L123456789q"
[root@aqui-test ~]# export Ali_Secret="j123456789l"

1 2	[root@aqui-test ~]# export Ali_Key="L123456789q" [root@aqui-test ~]# export Ali_Secret="j123456789l"

然后一句话申请wildcard（通配符）证书。

完整阅读本篇»

使用PBS备份PVE物理机特定路径

2020-10-13 作者： Fisherworks

This post shows you how to use PBS (Proxmox Backup Server) to backup a specific directory (or mount point) of a PVE (Proxmox Virtual Environment) server, which is NOT exactly same thing in my mind – to backup a physical PVE machine and restore to be another new one (with all my personal settings in) though, but still somehow interesting and worth a try.

本文简介如何使用PBS（Proxmox Backup Server）进行PVE物理机备份。

本以为，这功能可以把pve物理机clone一份然后秒恢复成一台新物理机（类似硬盘dd但更简单）。但实际并非如此，该功能是把特定路径（比如根目录）下的文件整体打包备份（不含已挂载别的分区的路径）；而恢复时也不是整分区恢复，而是按文件恢复，且文件已经存在时会报错。

虽然跟想的不太一样，至少这货有一点好处，简便易操作。相当于给PVE物理机磁盘打了个snapshot，而且PBS的管理界面可以把备份解开，只下载（恢复）其中某一个文件，有一定的实用价值。

现在看下备份过程，在PVE物理机上执行如下命令 –

root@pve-test-pbs:~# proxmox-backup-client backup 121-root.pxar:/ --repository 192.168.1.122:test-store-01
Starting backup: host/pve-test-pbs/2020-10-13T03:06:41Z
Client name: pve-test-pbs
Starting backup protocol: Tue Oct 13 11:06:41 2020
Upload directory '/' to '192.168.1.122:test-store-01' as 121-root.pxar.didx
121-root.pxar: had to upload 1.67 GiB of 1.87 GiB in 23.20s, average speed 73.54 MiB/s).
121-root.pxar: backup was done incrementally, reused 208.00 MiB (10.9%)
Uploaded backup catalog (1.00 MiB)
Duration: 23.28s
End Time: Tue Oct 13 11:07:04 2020

root@pve-test-pbs:~#

1

2

3

4

5

6

7

8

9

10

11

12

root@pve-test-pbs:~# proxmox-backup-client backup 121-root.pxar:/ --repository 192.168.1.122:test-store-01

Starting backup: host/pve-test-pbs/2020-10-13T03:06:41Z

Client name: pve-test-pbs

Starting backup protocol: Tue Oct 13 11:06:41 2020

Upload directory '/' to '192.168.1.122:test-store-01' as 121-root.pxar.didx

121-root.pxar: had to upload 1.67 GiB of 1.87 GiB in 23.20s, average speed 73.54 MiB/s).

121-root.pxar: backup was done incrementally, reused 208.00 MiB (10.9%)

Uploaded backup catalog (1.00 MiB)

Duration: 23.28s

End Time: Tue Oct 13 11:07:04 2020

root@pve-test-pbs:~#

其中 –

backup指备份操作。
121-root.pxar是备份到具体的文件名，而pxar是pbs使用的备份文件格式。上一篇PBS初体验中提到了PBS中特殊的存储方式，这里也不例外，121-root.pxar文件名在pbs中也只是个索引文件，具体数据存储也是打散在.chunks下的65536个子目录中。
:/ 指要备份root挂载点（之下比如/var挂载了别的分区，则不会被备份到）。
--repository 告诉备份命令，要备份到远端的PBS服务器。
192.168.1.122:test-store-01 给出PBS服务器的具体IP（端口默认8007）和存储池名字。

备份完成后，从PBS管理界面，可以看到备份信息。

更有意思的是，备份可以展开，甚至可以下载某一具体文件。

# root @ pbs-test in /mnt/datastore/test-store-01 [11:29:24]
$ ll
total 24K
drwxr-xr-x 4 backup backup 4.0K Oct 13 11:06 host
drwx------ 2 root   root    16K Oct 12 15:29 lost+found
drwxr-xr-x 3 backup backup 4.0K Oct 12 16:02 vm

# root @ pbs-test in /mnt/datastore/test-store-01 [11:29:36]
$ ll host/pve-test-pbs/2020-10-13T03:06:41Z
total 40K
-rw-r--r-- 1 backup backup  25K Oct 13 11:07 121-root.pxar.didx
-rw-r--r-- 1 backup backup 4.2K Oct 13 11:07 catalog.pcat1.didx
-rw-r--r-- 1 backup backup  399 Oct 13 11:07 index.json.blob

1

2

3

4

5

6

7

8

9

10

11

12

13

# root @ pbs-test in /mnt/datastore/test-store-01 [11:29:24]

$ ll

total 24K

drwxr-xr-x 4 backup backup 4.0K Oct 13 11:06 host

drwx------ 2 root root 16K Oct 12 15:29 lost+found

drwxr-xr-x 3 backup backup 4.0K Oct 12 16:02 vm

# root @ pbs-test in /mnt/datastore/test-store-01 [11:29:36]

$ ll host/pve-test-pbs/2020-10-13T03:06:41Z

total 40K

-rw-r--r-- 1 backup backup 25K Oct 13 11:07 121-root.pxar.didx

-rw-r--r-- 1 backup backup 4.2K Oct 13 11:07 catalog.pcat1.didx

-rw-r--r-- 1 backup backup 399 Oct 13 11:07 index.json.blob

那么如果从PVE上列出PBS的备份，从而检查内容和恢复呢？

完整阅读本篇»

Proxmox Backup Server上手初体验

2020-10-12 作者： Fisherworks

This is a basic test of PBS (Proxmox Backup Server) within only about 1 hour. So this literally means nothing but a bit of preliminary experience, which might be incorrect after some research in the near future, and should not be considered as a tutorial.

今天试了一下Proxmox Backup Server（以下简称PBS），国庆期间新鲜出炉的Beta 2，此处大致简单记录一下。

【注】体验时间不长，前后也就1小时多点儿。若有谬误敬请指出，可能很多东西还得读一下文档才能搞清楚。

首先，安装过程略去不提。因为PBS保持与PVE（Proxmox Virtual Environment）同样简洁的部署方式和安装速度。

装好后，可以把PBS当做外置存储直接挂载到PVE（单机或集群）上，并对单台vm直接进行备份，全程UI无需任何命令行操作。

而在PBS一端也提供相应的web UI（默认端口8007，区别于PVE的8006）对本地存储池进行管理，也可连接Remotes（不是指PVE，是指远端其他PBS）进行vm、lxc及其他PVE数据进行多端（比如云端+本地，又比如异地）备份的同步。

【注】：PBS需两块以上硬盘，其中一块独立系统盘，另1~n块为数据盘，从web UI可以全过程操作数据盘的分区表初始化、分区格式化以及挂载，支持ext4和zfs两种文件系统。

对PVE上vm 503（Ubuntu 18.04 LTS Server）进行备份，虽然web UI显示备份占用空间64GB（PVE对vm分配的磁盘大小），但实际占用PBS存储空间只有3.6GB，与PVE上的qcow2磁盘（稀疏文件）格式比较相似。

但深究之下，PBS的备份存储比较特别，不同于PVE上单个vm备份压缩包。PBS正经备份目录只有几个描述和索引文件，而实际数据存在一个名为.chunks的隐藏目录，之下有用4位16进制字符命名的，共计65536个子目录来存储经过分割的数据块。

所以是这种我不太理解的存储方式，提供了PBS声称的“去重、增量、加密、数据完整性以及压缩”的功能实现咯？

完整阅读本篇»

Raspbian上snapd狂吃CPU问题

2020-07-22 作者： Fisherworks

To get rid of snapd on Raspbian/RaspberryPi OS Buster, since it eats lots of cpu power, especially on the old hardware, like a Pi 2B.

一台年迈的Pi 2B，运行着时时更新的Raspbian Buster，兢兢业业给娃做文件服务器，不亦乐乎。

一天apt dist-upgrade之后，就发现system load频繁升高，系统空载就能吃掉大致一个核的性能。top后画风大致是这样的。

➜  ~ top
top - 22:26:04 up 2 days, 13:44,  3 users,  load average: 0.96, 0.99, 0.93
Tasks: 143 total,   1 running, 142 sleeping,   0 stopped,   0 zombie
%Cpu(s):  8.4 us,  2.7 sy,  0.0 ni, 82.4 id,  6.3 wa,  0.0 hi,  0.2 si,  0.0 st
MiB Mem :    926.1 total,    222.2 free,    171.1 used,    532.7 buff/cache
MiB Swap:    100.0 total,    100.0 free,      0.0 used.    693.0 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
  345 root      20   0  968804  21248  13064 S  37.3   2.2   1065:41 snapd
   84 root      20   0       0      0      0 S   1.0   0.0  28:27.25 jbd2/mmcblk0p2-
15049 pi        20   0   10440   3096   2540 R   1.0   0.3   0:00.09 top
  346 root      20   0    2968   2060   1564 S   0.7   0.2   2:17.19 dhcpcd
17101 root       0 -20       0      0      0 I   0.7   0.0   2:49.94 kworker/0:1H-mmc_complete
   10 root      20   0       0      0      0 I   0.3   0.0   7:00.05 rcu_sched
   18 root       0 -20       0      0      0 I   0.3   0.0   4:21.89 kworker/1:0H-kblockd
   83 root       0 -20       0      0      0 I   0.3   0.0   4:24.37 kworker/2:1H-kblockd
  412 root      20   0   31976   9496   8068 S   0.3   1.0   0:29.19 nmbd

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

➜ ~ top

top - 22:26:04 up 2 days, 13:44, 3 users, load average: 0.96, 0.99, 0.93

Tasks: 143 total, 1 running, 142 sleeping, 0 stopped, 0 zombie

%Cpu(s): 8.4 us, 2.7 sy, 0.0 ni, 82.4 id, 6.3 wa, 0.0 hi, 0.2 si, 0.0 st

MiB Mem : 926.1 total, 222.2 free, 171.1 used, 532.7 buff/cache

MiB Swap: 100.0 total, 100.0 free, 0.0 used. 693.0 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

345 root 20 0 968804 21248 13064 S 37.3 2.2 1065:41 snapd

84 root 20 0 0 0 0 S 1.0 0.0 28:27.25 jbd2/mmcblk0p2-

15049 pi 20 0 10440 3096 2540 R 1.0 0.3 0:00.09 top

346 root 20 0 2968 2060 1564 S 0.7 0.2 2:17.19 dhcpcd

17101 root 0 -20 0 0 0 I 0.7 0.0 2:49.94 kworker/0:1H-mmc_complete

10 root 20 0 0 0 0 I 0.3 0.0 7:00.05 rcu_sched

18 root 0 -20 0 0 0 I 0.3 0.0 4:21.89 kworker/1:0H-kblockd

83 root 0 -20 0 0 0 I 0.3 0.0 4:24.37 kworker/2:1H-kblockd

412 root 20 0 31976 9496 8068 S 0.3 1.0 0:29.19 nmbd

于是很想了解这货在干嘛，消耗这么多脑力，思考人生么？

➜  ~ sudo lsof -p 345
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.
COMMAND PID USER   FD      TYPE     DEVICE SIZE/OFF   NODE NAME
snapd   345 root  cwd       DIR      179,2     4096      2 /
snapd   345 root  rtd       DIR      179,2     4096      2 /
snapd   345 root  txt       REG        7,0 13421332   7147 /snap/core/9291/usr/lib/snapd/snapd
snapd   345 root  mem       REG      179,2  1296004   2022 /lib/arm-linux-gnueabihf/libc-2.28.so
snapd   345 root  mem       REG      179,2   130416   2085 /lib/arm-linux-gnueabihf/libpthread-2.28.so
snapd   345 root  mem       REG      179,2    17708  10917 /usr/lib/arm-linux-gnueabihf/libarmmem-v7l.so
snapd   345 root  mem       REG      179,2   138604   1945 /lib/arm-linux-gnueabihf/ld-2.28.so
snapd   345 root    0r      CHR        1,3      0t0   1028 /dev/null
snapd   345 root    1u     unix 0xf31a5a4c      0t0  14576 type=STREAM
snapd   345 root    2u     unix 0xf31a5a4c      0t0  14576 type=STREAM
snapd   345 root    3u     IPv4     152109      0t0    TCP 192.168.50.127:48604->api.snapcraft.io:https (ESTABLISHED)
snapd   345 root    4u     IPv4     233503      0t0    TCP 192.168.50.127:40786->api.snapcraft.io:https (ESTABLISHED)
snapd   345 root    6u  a_inode       0,11        0   5804 [eventpoll]
snapd   345 root    7u     unix 0x5b752603      0t0  14350 /run/snapd.socket type=STREAM
snapd   345 root    8u     unix 0xfebd686d      0t0  14353 /run/snapd-snap.socket type=STREAM
snapd   345 root    9u      REG      179,2        0 386387 /var/lib/snapd/snaps/core_9668.snap.partial
snapd   345 root   12u  netlink                 0t0  18728 KOBJECT_UEVENT
snapd   345 root   13r     FIFO       0,10      0t0  18729 pipe
snapd   345 root   14w     FIFO       0,10      0t0  18729 pipe

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

➜ ~ sudo lsof -p 345

lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs

Output information may be incomplete.

COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME

snapd 345 root cwd DIR 179,2 4096 2 /

snapd 345 root rtd DIR 179,2 4096 2 /

snapd 345 root txt REG 7,0 13421332 7147 /snap/core/9291/usr/lib/snapd/snapd

snapd 345 root mem REG 179,2 1296004 2022 /lib/arm-linux-gnueabihf/libc-2.28.so

snapd 345 root mem REG 179,2 130416 2085 /lib/arm-linux-gnueabihf/libpthread-2.28.so

snapd 345 root mem REG 179,2 17708 10917 /usr/lib/arm-linux-gnueabihf/libarmmem-v7l.so

snapd 345 root mem REG 179,2 138604 1945 /lib/arm-linux-gnueabihf/ld-2.28.so

snapd 345 root 0r CHR 1,3 0t0 1028 /dev/null

snapd 345 root 1u unix 0xf31a5a4c 0t0 14576 type=STREAM

snapd 345 root 2u unix 0xf31a5a4c 0t0 14576 type=STREAM

snapd 345 root 3u IPv4 152109 0t0 TCP 192.168.50.127:48604->api.snapcraft.io:https (ESTABLISHED)

snapd 345 root 4u IPv4 233503 0t0 TCP 192.168.50.127:40786->api.snapcraft.io:https (ESTABLISHED)

snapd 345 root 6u a_inode 0,11 0 5804 [eventpoll]

snapd 345 root 7u unix 0x5b752603 0t0 14350 /run/snapd.socket type=STREAM

snapd 345 root 8u unix 0xfebd686d 0t0 14353 /run/snapd-snap.socket type=STREAM

snapd 345 root 9u REG 179,2 0 386387 /var/lib/snapd/snaps/core_9668.snap.partial

snapd 345 root 12u netlink 0t0 18728 KOBJECT_UEVENT

snapd 345 root 13r FIFO 0,10 0t0 18729 pipe

snapd 345 root 14w FIFO 0,10 0t0 18729 pipe

看起来是想回家拉点什么私货回来（api.snapcraft.io），但还是搞不懂，走io就走io，连续几天24小时一直吃那么多cpu是什么鬼？

完整阅读本篇»

“小森林” 码工版

2020-06-28 作者： Fisherworks

明．陈全之《蓬窗日录》卷八：“春耕夏耨（nòu），敢辞涂足之勤；秋获冬藏，实切资身之望。”

日剧《小森林》，前后两部四集，全面的描绘出一个不甘挣扎于城市枯燥生活的妹子，返乡后独居，靠自己一双手打造返璞归真“小确幸”的图景，唯美、静心。本是2014/2015的片子，不知为何，去年突然火爆国内，还盖上“日版李子柒”的标签，颇觉给脑袋里整日萦绕“逃离北上广”的年轻人们一丝抚慰。

“农协开的小超市，冬雪中需步行一个半小时，而去临镇的大型城外超市购物，来回要一整天”，一句话下来，心凉半截；前可着村，但后不着店，换言之，一切靠自己了。

剧集展现给我们的，也确实如此：一日三餐，每餐结束之后，手头活计如果不是在准备下一餐，应该就是在准备下N餐（腌制发酵食品，或晾晒干制食品），日复一日，周而复始。另有国产美食剧集《一人食》好像也是在2014年上线的，并没有很火，我也没有看过，家里那口子倒是个不折不扣的美食爱好者。

洋洋洒洒说了这么多，跟码工又有几毛钱关系呢？码工嘛，又称“互联网从业者”，算是近年实体经济普遍乏力后，苦出身底层娃们为数不多的上升通道了。

所谓互联网大厂，自然有大厂的好处。流水线作业毕竟分工细，需求有人出，测试有人做，UI有人画，运维有人管，自己聚焦自己的一亩三分地；即使起新项目，研发主管还给脚手架工程做参考，说到底，搬砖就搬自己的砖，搬多少块结多少账，公平合理。要在大厂晋升，当然也是有讲究的。真材实料不可或缺，搬砖一路搬到CTO多半不可行；即使做技术主管，也得有点架构意识，当个“流水线线长”，知道不同目标需求下的技术组合和性能指标，关注外界趋势，跟合作项目组打太极，了解手底下那几个货适合搬什么砖，以及他们万一不干了，排队来搬砖的还有谁，等等。

言而总之，大厂工作如果不来点自黑，比拼个端午、中秋礼包设计，那真像极了城市生活两点一线，日子不停复制粘贴的感觉。作为移动互联网时代流水线工人，面对“弹性工作”、“996”等潜台词，再看看蒸蒸日上的业务，合同上不菲的现金和RSU，照旧叹一口气，进会议室继续抢项目撕B。

那你的意思是，码工也能回村自给自足，搞“一人码”？

也是，也不是。

全栈工程师不新鲜，算得上自给自足。至于要不要回村，您请自便，如果是农业创业，老板、市场、销售、PM、DevOps、运营、物流啥的您都一人扛了，咱也佩服；如若仅仅实现一人码，那大可不必，怎么也得考虑对接需求方要顺畅吧。

呃……废话太多，来点干货。

好吧，这篇围绕“一人码”的博文，其实来自于处理我“一人码”的一次线上故障。

完整阅读本篇»

两机rsync定时单向只增同步

2020-05-27 作者： Fisherworks

事出有因

老房子装修没布网线，远在北卧192.168.1.128（wifi连接）是娃的网课机，需要播放音视频及office文档；该机wifi连接不算可靠（一堵大量钢筋砖混承重，一堵普通轻体），好的时候24Mbps，偶发连接不稳定的时候会断开；而路由器已经更新为口碑产品Netgear R6700
另有树莓派192.168.1.127（有线LAN，可靠连接）作为7×24文件服务器，用于从ddns接收外来课件，并对1.128提供文件共享服务

问题澄清

课件播放过程中，偶发wifi信号问题导致卡顿

问题思路

由于wifi中断为偶发，大部分情况下连接OK
采取让1.128机器定时（每1小时）去1.127机器同步课件的思路
前者存储大（HDD），后者小（TF），设计为单向同步；后者新增，前者同步，后者删除，前者保留

具体实现

#!/usr/bin/bash

echo `date`

FILE_SERVER=192.168.1.127
ping -c 3 -w 5 $FILE_SERVER
# ping不通则不进行同步（说明1.127未连接）
if [[ $? != 0 ]];then
    echo " target is offline! "
    exit 1
fi

pidof rsync
# 如果正在同步，则不开启新的同步
if [[ $? == 0 ]];then
    echo " rsync is still working! "
    exit 2
fi

echo "server ok, start transmission... "
rsync -uavzP --exclude=".*" pi@$FILE_SERVER:/share/documents '/home/py27/documents/learnings'
exit 0

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

#!/usr/bin/bash

echo `date`

FILE_SERVER=192.168.1.127

ping -c 3 -w 5 $FILE_SERVER

# ping不通则不进行同步（说明1.127未连接）

if [[ $? != 0 ]];then

echo " target is offline! "

exit 1

fi

pidof rsync

# 如果正在同步，则不开启新的同步

if [[ $? == 0 ]];then

echo " rsync is still working! "

exit 2

fi

echo "server ok, start transmission... "

rsync -uavzP --exclude=".*" pi@$FILE_SERVER:/share/documents '/home/py27/documents/learnings'

exit 0

测试以上脚本工作ok后，将其加入crontab，每小时定时执行

py27@py27-vince:~$ crontab -l 
0 */1 * * * /home/py27/scripts/rsync_learnings.sh > /tmp/rsync_learnings.log  2>&1

1 2	py27@py27-vince:~$ crontab -l 0 /1 * * /home/py27/scripts/rsync_learnings.sh > /tmp/rsync_learnings.log 2>&1

后续计划

观察课件同步效果，有问题检查log，总之能用技术解决的问题，就别给人找事干
目前wifi网卡为Intel AC9260 M.2，两根8dBi天线；有空可以考虑升级到带延长线的磁性吸盘12dBi天线，增强wifi稳定性

完整阅读本篇»

Acme.sh全自动获取SSL通配符证书

使用PBS备份PVE物理机特定路径

Proxmox Backup Server上手初体验

Raspbian上snapd狂吃CPU问题

“小森林” 码工版

两机rsync定时单向只增同步

事出有因

问题澄清

问题思路

具体实现

后续计划

关于Fisherworks

最近文章

功能

本站友链

实时天气

2024年十二月
一	二	三	四	五	六	日
« 10月
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31