提醒：本文最后更新于 3443 天前，文中所描述的信息可能已发生改变，请仔细核实。
凭借着记忆，所有程序和数据皆已恢复，虽说MySQL性能达不到顶峰，但也重新优化过了。
iptables规则根据程序，重新配置了。
备份还是想利用Dropbox，毕竟同步最方便了。
分析之前失败的原因，一个主要原因，可能是分区被我加了relatime；还有个比较重要的原因，曾经VPS时间出错，这个也是会导致备份出现问题。
我重新写了脚本，检测本地是不是准确的软链接，必要时可以重建，对一些重要配置，每日自动备份一次到Dropbox同步目录。
重新整理备份目录。更改对时机制，以前是每天4次，现在每天对一次。
添加SSH登录提醒功能，解决多IP，Postfix发信随机使用IP问题。
对以前不严谨代码进行修正（比如以前对IP的ifconfig判断，存在问题，都已修正）
后续的，会再仔细的优化一下。寻找其他备份方式，更可能的多方式备份。
对编译脚本，重新编写。更细化一些。
建了临时测试VPS，可能会对CentOS 7或PHP 7进行测试。
最后最后，还要说的是安装完系统后，rc.local居然用不了，权限路径什么都正常，就是启动不了。当时就想摔桌子了，但还是想办法，自己创建另外一个名字的软链链接到rc3.d临时用。
后来得空测试发现只要执行完S99firstboot，S99local就不会执行了。不知发什么神经，再次重装系统太麻烦了。看了下，firstboot是个类似向导的玩意，没啥卵用。把firstboot禁用了，特么的就好了，果然是firstboot卡死的原因，郁闷了。为此在测试机测试下，测试机firstboot默认启动，但却没导致该问题，不懂了。
WTF，处理这个问题，重启了不下50次。收到各种邮件无数封。。。手都软了。
还有strongSwan不知发什么神经，无时不刻占用CPU，虽然只有0.5%，但也不爽，想着L2TP用着不多（用来给WP更新用），干脆禁了。
转载请注明转自:kn007的个人博客的《灾后重建》
感人的重建速度，想一想这过程我就已经醉了，是我我得砸电脑了
@小怪物: 下篇文章谈备份。
重建需要24小时~
每次问题的遭遇，都是学习的过程。
试试手动启动排查一下rc.local
@World: 没仔细看帖，已经解决了。
是因为前一个启动项等待状态，后续的动作无法执行。
折腾不来。
@老杨: vps和主机还是不一样的。起码一般攻击，你可以自己处理。主机，很少会帮你处理。
我下篇帖子会说下，我的一些经历和备份机制。
@老杨: VPS你可以自己限制每ip流量，或者整体业务最多多少个链接数。
对攻击者ip进行放空。切换VPS ip都可以自己完成。
各种方式。
哈 我要是你就放弃了 从头再来
@hannah: 我还没到那地步，需要东山再起。
自从两年前换到阿里云以后就不担心这个问题了 他自己会备份，我再定期手动备份一次。
@公子: 嗯，目前保罗KVM机型快照功能正在计划中，到时有就爽了
有快照就好了。
@小王涛: 是啊，不过暂时还没有