记一次mysql数据库被勒索（上）

家里搞了台旧电脑做NAS，安装了nextcloud，选择了mysql做为数据库。

当时也没有想太多，mysql数据库密码随便设置了个123456，用的一切正常。

然后，听说可以找电信申请换个公网IP的，于是想申请个域名，可以在外面访问nextcloud。

打10000号倒是很顺利地开通了公网IP，感觉用的挺好的。就差一个域名了，就等于拥有了一台私人服务器，一阵窃喜。

然后忙着挑域名去了~~~心情大好~~

前天回家，想把手机文件移一些到NAS上，结果发现连接不上了。打开电脑访问，提示服务有问题。

赶紧看一下nextcloud的日志：提示数据表不存在。

SQLSTATE[42S02]: Base table or view not found: 1146 Table 'nextcloud.oc_appconfig' doesn't exist

登陆mysql查看，nextcloud的数据库下面表全没了，只留下了一个WARNING（ 一开始还以为是mysql出错了，没想到WARNING是个表。。。）

查询WARNING一看，里面留一句话，虽然有些字符乱码没显示出来，结合网上搜索的结果，应该是让我支付0.03BTC来恢复nextcloud数据

心里一凉，这是遭遇勒索了吧！！！

赶紧再看一下nextcloud里面的照片和视频，不要也被删除了，那真的是要哭出来了。

不幸中的万幸，nextcloud的文件还在，数据库里面只是存一些nextcloud的配置和文件路径，真正的文件应该没有丢失。

回想起来，刚开公网IP时，特地用公网IP试了一下，nextcloud无法直接访问，好像是要修改配置文件，才能从外网访问。

当时忙着去上班，没空研究，就先扔在那了，居然避免了一次损失。

于是，赶紧把防火墙启动起来（对，为了方便，一向是直接把防火墙关了的。。。应该不止我一个人这么干吧。。。）

下一步，就要想办法恢复nextcloud了。

首先，想到一个办法，nextcloud重新配置一下数据库，是不是就可以直接恢复使用了呢？

毕竟nextcloud的文件都在，说不定nextcloud可以自动识别文件目录里面的内容。

抱着一丝希望，再启一个mysql环境（用的docker，确实方便），然后把nextcloud目录下的config/config.php 删除掉，并且touch 一个config/CAN_INSTALL文件

刷新浏览器，就可以出现第一次安装时，配置数据库的界面。

配置到新数据库， 想创建跟之前一样的管理员帐号，会提示该用户已存在文件。

将nextcloud下的root目录改名，重新配置一下nextcloud，成功。

这时候nextcloud 又会创建一个root目录，里面是nextcloud默认的一些文件例子。

于是直接将新的root目录删除，换成旧的root目录，以便确认nextcloud会不会自动识别目录内容。

结果。。。。不行！！

nextcloud上面显示的文件内容，还是默认的例子（证明这些文件信息，应该是从mysql数据库里面读取出来，而不是读取实际的文件目录）。

剩下还有两个办法可以尝试的：

1，恢复mysql数据库；

2，将nextcloud的文件再上传一遍；

下次再试。