worker_processes *;



本文介绍在Nginx配置信息出现问题后，在没有备份的情况下，如何利用Nginx进程的虚拟内存恢复配置信息。

问题背景

假设 ​​/etc/nginx/site-available​​ 下有 a.example.com.conf、b.example.com.conf 两个配置文件，用于对两个域名做代理。

当不小心拷贝了以下数据，粘贴后习惯性的敲了回车键，由于命令中包含了重定向命令 "->"，会直接覆盖文件，从而导致数据全部丢失。




Nginx配置信息损毁又无备份时如何恢复_数据


image


下面做个简单测试，创建文件test；

执行命令 ​​a.example.com.conf -> test​​。

由于普通文本中带有 ​​-> test​​​，虽然报了命令没找到，但 ​​-> test​​ 还是执行了，导致 test 文件数据被清空。

[root@centos]echo hello > test
[root@centos]# a.example.com.conf -> test
-bash: a.example.com.conf: 未找到命令

恢复配置

恢复思路是看Nginx进程的内存中有没有存储配置信息，如果有那能不能dump出来。一搜还真有

​​yum install gdb​​ 安装gdb之后，找到Nginx master的进程ID，然后执行下面命令即可。

# Set pid of nginx master process here
pid=339
# generate gdb commands from the process's memory mappings using awk
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
# use gdb with the -x option to dump these memory regions to mem_* files
gdb -p $pid -x gdb-commands
# look for some (any) nginx.conf text
grep worker_connections mem_*
grep server_name mem_*

​​/proc/$pid/maps​​ 文件包含了当前进程内存映射区域和访问权限信息，下面是部分样例数据。




Nginx配置信息损毁又无备份时如何恢复_nginx_02


image


最后 grep server_name mem_* 命令输出了包含 server_name 的文件。

[root@centos]# grep server_name mem_*
匹配到二进制文件 mem_558f03f58000
匹配到二进制文件 mem_558f0416f000

下载文件之后，用 Visual Studio Code (由于是二进制文件，不要用sublime之类的打开，会是乱码)打开，全局检索一下，以我的博客为例，就能看到熟悉的配置信息了。




Nginx配置信息损毁又无备份时如何恢复_数据_03


image


将配置拷贝出来恢复nginx即可。

小结

本文介绍了一种利用Nginx的内存恢复数据的方式，虽然代理层问题不像DB数据问题那样致命，但影响也非常大。因此，除了关注数据安全之外，对于配置类的信息也要做好备份和版本管理。