# Nginx配置信息损毁又无备份时如何恢复 本文介绍在Nginx配置信息出现问题后，在没有备份的情况下，如何利用Nginx进程的虚拟内存恢复配置信息。 ## 问题背景 假设 `/etc/nginx/site-available` 下有 **a.example.com.conf、b.example.com.conf** 两个配置文件，用于对两个域名做代理。 当不小心拷贝了以下数据，粘贴后习惯性的敲了回车键，由于命令中包含了重定向命令 **"->"**，会直接覆盖文件，从而导致数据全部丢失。  下面做个简单测试，创建文件test； 执行命令 `a.example.com.conf -> test`。 由于普通文本中带有 `-> test`，虽然报了命令没找到，但 `-> test` 还是执行了，导致 test 文件数据被清空。 ```bash [root@centos]echo hello > test [root@centos]# a.example.com.conf -> test -bash: a.example.com.conf: 未找到命令 ``` ## 恢复配置 恢复思路是看Nginx进程的内存中有没有存储配置信息，如果有那能不能dump出来。一搜还真有，文章 [Dump Current Nginx Config](https://gist.github.com/widnyana/e0cb041854b6e0c9e0d823b37994d343) 提供了个小脚本 **dump.sh**，这个脚本需要 [GDB: The GNU Project Debugger](http://www.gnu.org/software/gdb/) 工具的支持。 `yum install gdb` 安装gdb之后，找到Nginx master的进程ID，然后执行下面命令即可。 ```bash # 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` 文件包含了当前进程内存映射区域和访问权限信息，下面是部分样例数据。  最后 **grep server_name mem_*** 命令输出了包含 **server_name** 的文件。 ```bash [root@centos]# grep server_name mem_* 匹配到二进制文件 mem_558f03f58000 匹配到二进制文件 mem_558f0416f000 ``` 下载文件之后，用 **Visual Studio Code** (由于是二进制文件，不要用sublime之类的打开，会是乱码)打开，全局检索一下，以我的博客为例，就能看到熟悉的配置信息了。  将配置拷贝出来恢复nginx即可。 ## 小结 本文介绍了一种利用Nginx的内存恢复数据的方式，虽然代理层问题不像DB数据问题那样致命，但影响也非常大。因此，除了关注数据安全之外，对于配置类的信息也要做好备份和版本管理。