前言
对于运维工作者来说，可能最让人担心的，是服务器宕机；最让人无助的，是被DDOS；而最让人心惊肉跳的，是rm -rf *这个命令……
当你执行rm -rf命令时，万一哪个变量没赋值
听说过被删空服务器么？
mysql数据库不是在运行吗?linux能删除正在执行的文件?反正是彻底删除了……
那一夜，你没有拒绝我……那一夜，我心儿破碎……
我们平时工作中，rm -rf *这个命令给每个使用linux系统的工程师带来了深深的恐惧。
你以为今天我们是来哭诉服务器被清空之后有多惨的嘛？
不！
山重水复疑无路，误删文件能恢复！
今天就给大家分享一个在误删/etc目录后，救命止损的数据恢复教程。
一、紧急措施
1.如果你是远程登录服务器的，首先要保持连接不被断开。不操作时用vim保持连接状态。
此时虚拟控制终端和ssh连接已经不能建立新连接了。
如下图已经不能登录。
2.拷贝相同版本服务器/etc目录到目标服务器(版本与配置越相近，接下来的工作量会越小，可以使用rz, wget等其他方式把配置拷贝到服务器。scp等需要验证账户信息已经不能使用)
拷贝完成后，可以通过ssh连接，检测是否可以正常连接至服务器（此时使用的账户密码应该是同版本服务器的账户密码）
如出现下图所示，连接失败，可能是selinux导致，临时关闭selinux setenforce 0
此时已经可以正常通过ssh连接至服务器，切换至root账户如下
3.修改selinux配置为关闭状态。/etc/selinux/config 修改为开机不启动。
二、系统恢复
1.检查fstab文件
查看配置文件信息如下:
通过blkid查看设备上所采用文件系统类型，以及挂载设备。
注：对比两图可以发现，信息差别很大， 因为我这两台服务器安装时分区方式不一样。
系统显示没挂载home分区，所以删除需要把配置文件中挂载在home下的那行删除。
以及修改设备名与UUID，以及TYPE
修改/etc/fstab配置文件，如下
配置修改无误的话，重启是可以正常启动
如下图所示，已经可以正常启动(不过此时千万别重启，因为应用配置数据还没恢复)
2.修改网卡信息
如果拷贝的网络配置是动态获取IP，并且网卡名称相同，对访问网络还没影响，那么这一步可以跳过，网卡这部分可以放到最后来做，因为你删除配置后，网络暂时还是可以使用的。
这里我拷贝的是静态分配的IP地址，所以需要做一些修改。
下图是可以看到我的网卡名称是ens33
而我的配置中没此网卡配置，相对应的应该是ifcfg-eth0。
备份一份，然后重命名为ifcfg-ens33
|
1
|
cp ifcfg-eth0 ifcfg-eth0.bak && mv ifcfg-eth0 ifcfg-ens33
|
重启可能远程断开连接（不同环境重启网络方式可能不太相同，这里是centos7）
看下配置信息
下边是部分解释，可以参考下
修改为如下配置(动态分配)
静态分配
配置以上任意一种方式
动态分配的IP，相对简单一些，如果网关不支持dhcp，或者环境需要是静态的，那么也可以采用静态的。配置静态IP需要注意，网关如果设置错误，那么可能不能访问网络的哦。
三、应用配置恢复
a) Redis 配置数据恢复
i. Redis账户数据恢复
1.首先确定系统中是否还有redis用户。（如果拷贝过来的系统也安装了redis，那么肯定是会有redis账户）
如果发现有redis用户，以下步骤可以跳过。
1.如没有redis账户，需添加redis账户，不然重启redis可能失败。添加redis账户信息。（仅供参考，centos7环境成功）
|
1
2
3
4
5
|
echo “redis:x:996:994:Redis Database Server:/var/lib/
redis:/sbin/nologin” >> /etc/passwd
echo “redis:!!:17416::::::” >> /etc/shadow
echo “redis:x:994:” >> /etc/group
echo “redis:!::” >> /etc/gshadow
|
ii. Redis配置文件恢复
Redis的配置文件恢复相对简单一些，官方提供了CONFIG REWRITE命令重写redis.conf配置文件。
如果执行命令过程中出现如下提示，不用担心是因为权限的问题。
首先创建redis.conf文件
|
1
|
touch /etc/redis.conf
|
然后修改文件属性
|
1
|
chown redis:redis /etc/redis.conf
|
参考官方介绍: https://redis.io/commands/config-rewrite
b)mysql配置文件恢复(maraidb)
i.mysql账户数据恢复
1.首先确定系统中是否还有mysql用户。
如果发现有mysqld用户，以下步骤可以跳过。
2.如没有mysql账户，需添加mysql账户，不然重启mysql可能失败。添加mysql账户信息。（仅供参考，centos7环境成功）
|
1
2
3
4
|
echo “mysql:x:27:27:MariaDB Server:/var/lib/mysql:/sbin/nologin” >> /etc/passwd
echo “mysql:!!:17415::::::” >> /etc/shadow
echo “mysql:x:27:” >> /etc/group
echo “mysql:!::” >> /etc/gshadow
|
ii.mysql配置文件恢复
1.进程信息获取mysql配置信息
如下
|
1
2
3
4
5
6
7
|
basedir = /usr
datadir = /var/lib/mysql
plugin-dir = /usr/lib64/mysql/plugin
log-error = /var/log/mariadb/mariadb.log
open-files-limit =65535
pid-file = /var/run/mariadb/mariadb.pid
socket = /var/lib/mysql/mysql.sock
|
2.mysql参数信息
#上图mysqld进程ID
pid=25499
#获取进程映射地址
|
1
2
3
4
5
|
cat /proc/$pid/maps | awk '$6 !~ "^/" {split
($1,addrs,"-"); print "dump memory mem_" addrs[1] "
0x" addrs[1] " 0x" addrs[2] ;}END{print "quit"}' > gdb-commands
#dump地址中数据
gdb -p $pid -x gdb-commands
|
上边工作做完看下生成的文件如下
查找mysql参数信息
比如 grep datadir ./mem_* 会显示所有包含datadir字符串二进制文件。
vim ./mem_7f18284af000 查找datadir如下，跟进程信息获取参数有部分重复。
|
1
2
3
4
5
6
|
datadir = /var/lib/mysql
socket = /var/lib/mysql/mysql.sock
symbolic-links = 0
max_connections = 1000
openfileslimit = 65535
vim ./mem_7ffef7a7c000
|
查找datadir如下,此块内存跟ps看到的信息差不多，可以不用记录。
3.创建mysql配置文件
根据以上两种方式获取到配置信息如下
|
1
2
3
4
5
6
7
8
9
|
basedir = /usr
datadir = /var/lib/mysql
plugin-dir = /usr/lib64/mysql/plugin
log-error = /var/log/mariadb/mariadb.log
open-files-limit =65535
pid-file = /var/run/mariadb/mariadb.pid
socket = /var/lib/mysql/mysql.sock
symbolic-links = 0
max_connections = 1000
|
获取mysql默认配置文件路径位置
|
1
|
mysql --verbose --help | grep -A 1 'Default options' | grep /
|
以上是mysql查找配置文件顺序，通常用的是/etc/my.cnf
创建配置文件touch /etc/my.cnf ，或者拷贝版本差别不大的配置文件。
修改为如下所示
重启mysql，测试下业务是否正常。
本篇为悬镜安全实验室原创文章，如需转载请标注：http://lab.xmirror.cn/
悬镜安全实验室介绍:
悬镜安全实验室由资深安全专家结合多年的安全工程实施经验和技术储备为行业客户提供专业的安全保障和安全咨询等服务，主要包括：服务器防黑加固、高级渗透测试、安全事件应急响应、信息系统安全风险评估、安卓App风险评估及APT模拟攻击测试等，全天候7*24位金融、电商、开发者和政企客户的各类应用服务提供一站式【云+端】防黑加固解决方案。
本文由 安全客 原创发布，作者：悬镜安全