转至我的个人博客:https://blognas.hwb0307.com。欢迎关注!
前言
在Docker系列 搭建密码管理应用bitwarden中,我们安装了一个实用的Docker应用bitwarden
。用了一段时间,你会发现它是真的好用呀!但同时你也有一点担心:万一bitwarden的数据损坏或者丢失了怎么办?
随着你安装的Docker应用越来越多,这种担心会越来越明显。比如,我通过docker进行wordpress个人博客和chevereto图床的布署。wordpress个人博客不多说,就是你现在访问的网站。chevereto图床是我用typora写markdown时绑定的图床,天天在用,经常要Ctrl+v
粘贴图片的嘛!本博客的图片也是托管于我个人的chevereto图床:https://chevereto.hwb0307.com/。万一数据丢失了怎么办?比如VPS机房着火了、不小rm了、不小心你重置自己的系统了,甚至是被黑客入侵搞破坏导致数据丢失了。怎么办呢?
当然,你可以写个shell脚本进行简单的备份。不过我认为,我今天要说的duplicati
才是解决这个问题的终极方案。它的docker镜像是linuxserver/duplicati
,由linuxserver
团队进行维护。用的人还蛮多的,最近还有更新:
这是Github repo的地址,好像没什么人用过:https://github.com/linuxserver/docker-duplicati。是不是大家有更好的选择呀?求推荐一波!
就我个人来说,duplicati
已经足够好用了。它可以在本地备份,也可以通过WebDAV
协议备份至阿里云、坚果云、nextcloud等云盘中。由于个人的VPS容量是有限的,我就没有备份到本地,只备份到了阿里云盘。
此外,如果有人不知道WebDAV
是什么的话,建议还是Google百度一下喔!这里我粘贴一段wiki的机翻:
WebDAV(Web 分布式创作和版本控制)是超文本传输协议(HTTP)的一组扩展,它允许用户代理通过提供并发控制和命名空间操作的设施,直接在HTTP Web 服务器中协作创作内容,从而允许Web被视为可写的、协作的媒体,而不仅仅是只读媒体。[1] WebDAV由Internet 工程任务组(IETF)的一个工作组在RFC 4918中定义。 [2]
WebDAV 协议为用户在服务器上创建、更改和移动文档提供了一个框架。最重要的功能包括维护有关作者或修改日期的属性、命名空间管理、集合和覆盖保护。属性维护包括文件信息的创建、删除和查询等。命名空间管理处理在服务器命名空间内复制和移动网页的能力。集合处理各种资源的创建、删除和列表。最后,覆盖保护处理与文件锁定相关的方面。它利用了现有技术,例如传输层安全、摘要访问身份验证或XML来满足这些要求。[3]
许多现代操作系统为 WebDAV提供内置客户端支持。
我个人理解,WebDAV
就是一种被广泛使用的、基础的网络存储协议。在本文中,我们会展示在阿里云盘中展示WebDAV
协议的使用方案。其它网盘应该也类似,我就没有试过了。
如果你没有注册过阿里云盘的话,可以手机或者电脑点我的邀请链接注册:https://pages.aliyundrive.com/mobile-page/web/beinvited.html?code=2061fe1。目前它还在公测阶段,我还是比较看好这个网盘的。这算是夹带私货。哈哈!
可能有小伙伴说:阿里云盘可能也不安全呀!不用担心,duplicati
备份数据可以经过内置AES-256算法加密,只有知道密码的人才可以执行恢复数据的操作。这样一看,也没啥问题,对吧!
duplicati
还有另外一个我觉得不错的特性,即增量备份
。每一次只备份和上一次备份的差异量,这对于节省VPS流量十分有利呢!我和玩NAS的小伙伴们交流,他们说TrueNAS
系统都会内置类似duplicati的应用。所以真的很帅呢!
duplicati
支持很多云传输的标准协议或者专有服务。如果你想备份到nas或者其它vps,应该可以试试SFTP。当然也可以像本文的示范,用WebDAV
协议。
我大概的思路是,先基于docker搭配一个阿里云的Webdav
服务;然后再搭建Docker版duplicati
。
话不多说,下面我们来安装吧!
测试环境
uname -a # Linux VM-12-8-ubuntu 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
docker --version # Docker version 20.10.5, build 55c4c88
docker-compose --version # docker-compose version 1.28.6, build 5db8d86f
安装aliyundrive-webdav
有自己Webdav服务或其它专有云盘的可以不用安装这个。
准备工作
对于阿里云盘来说,你要先获取一个REFRESH_TOKEN
。你可以参考官网提供的方法:
你要记得保管好REFRESH_TOKEN
。因为有了它,就可以直接访问你的阿里云盘呢!
经典的目录管理:
# 工作目录请按需修改
work=~/docker/aliyun_webdav && mkdir -p $work && cd $work
# 提前拉取镜像
docker pull messense/aliyundrive-webdav
# 打开防火墙
sudo ufw allow 7569/tcp comment 'apliyun-webdav' && sudo ufw reload
配置yml文件
新建一个docker-compose.yml
文件:
vim docker-compose.yml
添加以下内容。你可以用bitwarden
的生成器来生成强密码喔:
version: "3.1"
services:
app:
image: messense/aliyundrive-webdav
environment:
- REFRESH_TOKEN=<你的阿里云的Fresh token> # 按需修改
- WEBDAV_AUTH_USER=test_user # 按需修改
- WEBDAV_AUTH_PASSWORD=test_user_password # 按需修改
volumes:
- ./app:/etc/aliyundrive-webdav
ports:
- 7569:8080 # 按需修改
restart: unless-stopped
networks:
- default
networks:
default:
name: aliyun
上线服务:
docker-compose up -d
NPM设置https和反代
添加域名:example.com
。类似于:
访问:https://example.com
。会弹出一个登陆小窗口
输入刚刚的帐户和密码(这里当然是填你自己的帐户和密码了):
用户名:test_user
密码:test_user_password
就可以登陆进去了。界面类似于(我已经有一些文件在里面。你可以在阿里云自己创建新的目录):
如果你在安装docker镜像后才新建文件夹,记得重启aliyun-webdav的docker容器:
docker-compose restart
如果中途有换域名的操作,可以:
docker-compose down && docker-compose up -d
OK,到这里的话,阿里云Webdave就准备好了!
安装duplicati
准备工作
# 工具目录
work=~/docker/duplicati && mkdir -p $work && cd $work
# 提前拉取镜像
docker pull lscr.io/linuxserver/duplicati:latest
# 打开防火墙
sudo ufw allow 8200/tcp comment 'duplicati' && sudo ufw reload
配置yml文件
打开Vim
编辑器:
vim $work/docker-compose.yml
将以下内容添加到docker-compose.yml
文件中:
version: "2.1"
services:
app:
image: lscr.io/linuxserver/duplicati:latest
restart: unless-stopped
environment:
- PUID=0
- PGID=0
- TZ=Asia/Shanghai
volumes:
- ./config:/config
- ./backups:/backups
- /:/source # 这里你完全可以选一个高一点一目录。我这里选择的是根目录
ports:
- 8200:8200 # 这里可以替换自己喜欢的端口号。 一般不使用默认的。
networks:
- default
networks:
default:
name: duplicati
按:wq
保存并退出。
上线服务:
docker-compose up -d # 我在腾讯云上下载,非常慢,不知道为什么~换了镜像源也没用
# docker-compose pull # 更新服务
我们可以观察一下duplicati
的工作日志:
docker logs -f duplicati_app_1
当看到这些字样:
[services.d] starting services
[services.d] done.
说明duplicati
已经成功启动。
NPM设置https和反代
添加域名domain.com
。NPM中添加反代。类似于:
第一次登陆duplicati
的后台时,会有一个密码设置。我推荐按一下yes,然后用bitwarden设置一个强密码。
下次登陆就需要额外的密码了。
尝试使用duplicati
准备工作
我们不要马上使用duplicati
。建议创建一些文件夹来练练手,等整个流程跑通了,再来备份正式的文件!
比如,我先在阿里云创建一个test_user_duplicati
的文件夹专门保存duplicati
的备份文件。
回到shell,我们创建一些测试目录和文件
# 回home目录
mkdir -p ~/test && cd ~/test
# 创建一个文本
touch test.txt && echo '我爱你!'> test.txt
OK,搞定!
备份目录
添加新备份:
我们填入一个密码,比如用bitwarden生成一个强密码:QHdH#WZD^J$@QS8*v9S6bQgXF6
。下一步。
可以按下面的填法。一般172.17.0.1
是docker0
的局域网ip地址。由于duplicati
和aliyundrive-webdave
装在同一个docker中,因此可以通过172.17.0.1:端口号
来互相访问。NPM的地址设置172.17.0.1
也是同样的道理。其它类型的ip设置我就不细说了,不懂的请评论留言。用户名和密码就是刚刚安装阿里云的密码。建议点一下测试连接
,当提示连接正常
时再进行下一步。
这里多说一句。如果你用SFPT(SSH)
的方式来备份数据的话,通常还会有请添加 --ssh-fingerprint="ssh-ed25519 32 XXXX" 来信任此主机。视情况,你也可以使用 --ssh-accept-any-fingerprints (不安全) 进行测试!
的报错。这个时候要在高级选项里添加--ssh-fingerprint="ssh-ed25519 32 XXXX
值以信任对方的主机。当然,在这里的示范是不需要的。
添加源数据。在本次示范中,是这样的:
一般是在sourse里面找。我在docker-compose中,挂载了根目录/
。下一步。
计划就随便你了,自己选吧。选完下一步。
最后是备份的其它设置。我觉得它的智能模式不错。你也可以选其它的。点击“保存”。
最后,首页会出现一个新的备份项目:
我们按下立即运行
,试试看能不能成功。因为我们的文件很小,很快就成功了:
我们可以去阿里云看看它的备份文件:
看吧,并不是原来的样子啦!我们原来是test.txt
。所以就算阿里云不安全,也没有太多关系!
备份增量
下面,我们对文件进行一些改动,然后创建一些新文件。
# 目录
cd ~/test
# 改动文件
echo '你知道吗?' >> test.txt
touch test2.txt && echo '你好呀!!' > test2.txt
# 观察文件
ls -hl
文件已经发生了较大的改动:
total 8.0K
-rw-r--r-- 1 test_user test 16 Apr 22 14:07 test2.txt
-rw-r--r-- 1 test_user test 29 Apr 22 14:07 test.txt
下面,我们再备份一下。很快就成功了:
这时,我们去阿里云康康:
已经发生了备份了!现在我们将本地的内容全部删除:
cd ~/test && rm -r *
然后尝试恢复文件。
恢复文件
尝试从项目中恢复。下一步。
看下面!它可以恢复你保留的任何版本。我们已经产生了2个版本:
我们选择其中那个最新的吧!选中文件夹,然后点继续
。
下面它会询问恢复的位置。你可以自己选一个位置。我们这里可以用原位置,恢复读写权限,并覆盖。这些用法都看实际情况了:
最后,按恢复文件
。成功了!它还打了个小广告,不用理踩。
我们在shell里检查一下:
cd ~/test && ls -hl
看到文件已经回来了。
total 8.0K
-rw-r--r-- 1 test_user test 16 Apr 22 14:07 test2.txt
-rw-r--r-- 1 test_user test 29 Apr 22 14:07 test.txt
看看内容的改变情况:
cat test.txt && cat test2.txt
输出为:
我爱你! 你知道吗? 你好呀!!
内容也没有什么改变呀!当然,更严谨的做法应该是比较恢复前后文件的md5sum或者是sha-265之类的。不过我懒得搞了。
有没有一种自己的文件瞬间很安全的感觉?你可以试试备份自己的bitwarden
文件夹、甚至是duplicati
的文件夹喔!操作一下!
某些bug
我的VPS数据是备份至我自己的NAS里,通过SSL(SFTP)的方式,一直很正常。
不过,我的NAS的数据是备份至阿里云的,某些数据会出现The remote server returned an error: (500) Internal Server Error
的数据:
System.Net.WebException: The remote server returned an error: (500) Internal Server Error.
at System.Net.HttpWebRequest.GetResponseFromData (System.Net.WebResponseStream stream, System.Threading.CancellationToken cancellationToken) [0x00146] in <91935ad653254a93b9d73a9f8f2f7a2d>:0
at System.Net.HttpWebRequest.RunWithTimeoutWorker[T] (System.Threading.Tasks.Task`1[TResult] workerTask, System.Int32 timeout, System.Action abort, System.Func`1[TResult] aborted, System.Threading.CancellationTokenSource cts) [0x000f8] in <91935ad653254a93b9d73a9f8f2f7a2d>:0
at Duplicati.Library.Utility.AsyncHttpRequest+AsyncWrapper.GetResponseOrStream () [0x0004d] in <2a3ee711c7c04f6c957360f2cf183a7f>:0
at Duplicati.Library.Utility.AsyncHttpRequest.GetResponse () [0x00044] in <2a3ee711c7c04f6c957360f2cf183a7f>:0
at Duplicati.Library.Backend.WEBDAV.Delete (System.String remotename) [0x0008d] in <5df020eccaa84287a3c79d1a4bf95fc9>:0
at Duplicati.Library.Main.BackendManager.DoDelete (Duplicati.Library.Main.BackendManager+FileEntryItem item) [0x0001c] in <e60bc008dd1b454d861cfacbdd3760b9>:0
并且远程连接经测试都是正常的。
更奇怪的是,并不是所有的记录都会出错,有一些记录就是正常运作。而且这些记录并不是一开始就出错,而是运行了几次才忽然出错。我感觉可能是阿里云是否对这种传输进行了限制?
目前暂无头绪。持续观察中!
小结
有了duplicati
,加上阿里云,基本上可以认为是安全无忧了。这里说一下,凡是有Webdav的云都支持喔,比如Nextcloud
。它上面还支持好多种其它服务,看你自己选了。
其实呢,duplicati
只是说多安一份心而已,一般情况是不会走到恢复数据这一步啦!如果你迁移docker,直接scp
到新的VPS就行了,不用专门备份,然后在新的VPS中恢复。
另外,如果我挂载一个远程的aliyun-webdav(基于https),好像是不能成功的,暂时也不知道是什么原因。估计是哪里填写得不对。
基本上就是这样。有了bitwarden
和duplicati
这两个基础的应用,妈妈再也不用担心我玩VPS的安全性不够了!
不过,我觉得如果duplicati
可以有一个错误远程通知的功能就好了。在一段时间的使用里,我发现duplicati
偶尔不能备份成功。如果日程备份失败有邮件或者短信通知的话,应该会更好!
最后,晒一下自己对duplicati
的日常使用:
以后还会慢慢分享其它好用的Docker应用噢!敬请期待吧!
本文使用 文章同步助手 同步