由SSL证书引起的重大生产事故

这篇博客记录了我是如何根据零散线索如何快速定位问题、提出解决方案并进行实施解决！

自我介绍一下，我是一名Java开发工程师，目前坐标在西安。可以加我微信，一起探讨技术！闲话不多说，且看下文！

在2020年8月28日晚上8:49分时公司领导突然提出平台无法登录问题（很不幸，这个BUG的首先发现人居然是领导），那时的我还在派出所处理些事，没有在第一时间看到消息（这是一个很糟糕的事），幸运的是刚好有一个同事手里有电脑能排查。

所以那时我也没在意，因为之前出现过类似的问题，原因是磁盘满（日志太多了，有的高达78G,我的天哪），大家处理的很好，这次的事故问题都所有研发同事都一致认为是磁盘爆满原因，只要删除一些日志就可以正常使用了。

理想永远是那么的美好，社会很残酷。当我回到家连接上服务查看的时候，并没有想象中的磁盘爆满，日志都无法写入问题，如图

（好吧，虽然没有爆满也差不多了，该死的日志）。

和同事沟通之后，发现问题并非磁盘原因，我查看了应用服务器日志发现，日志依旧能够正常写入，说明问题并非出现在了磁盘

 

爆满，如上图应用服务日志。

这时的我逐渐意识到了问题的严重型，抱着侥幸心里，查看了nginx访问日志，发现nginx日志并没有正常写入，我以为找到问题所在了（nginx停止了工作），立马进行了查看，如下图：

事实证明，nginx并没有情绪，依旧是那个可爱的代理服务器，我笑容逐渐凝固，眉头渐渐的皱了起来，什么鬼？为什么？到底咋回事？

突然一道灵光在我脑中闪过，2020年8月27日的一条短信以及2020年8月28日一个付款申请单提醒了我（卧槽，SSL证书过期），然后我打开官网F12进行查看日志，果然：

（不要在意上面的是报错提示这是我刚的截图，昨天晚上很着急没时间截图保存，上面的这个问题，至今没有解决，前端同事说：本地正常，上了服务器就出现问题了，我也很纳闷到底是咋回事，改了很多配置问题都没有解决，唉，脑阔疼，如果有大佬知道解决方法，还请告知，不胜感激）。

问题所在找到了，就是SSL证书问题，我立马登录阿里云控制台查看，如图

果然过期，新的证书付费了但是没有申请，然后我立马进行了申请，然后就，卧槽，事情大发了，颁发时间在9月2号，尼玛呀，坑爹啊！

不慌，这个时候有大概有三个解决方案：

方案一：改变阿里云证书审核时间，让他们加急处理，最好是立马颁发（这是个梦，事实证明，想的有点多，本方案胎死腹中）

方案二：在这个FreeSSL.cn网站申请免费证书，进行替换，但是由于接口域名众多，而该网站的证书申请数量有限，不足以支撑所有域名，本方案放弃

方案三：https 更换为http ，（好吧我承认这是一个危险的操作，但我相信，应该不会有大佬铤而走险），但这三个方案是我这几MB容量的大脑唯一能想出来并且能够快速而有效的解决该问题的方案。

有了想法，就要付诸于行动，通过简单的和领导沟通之后，敲定就使用本方案解决，于是开始了我漫长的更改配置文件之路。

进入nginx配置文件夹，我心里有一万头羊驼跑过，好多配置文件啊，狗一样的东西，改哪个？

不慌，经过我迅雷不及掩耳之势的扫描，定位到了api接口配置文件，对，就是它，三端平台访问服务器数据，必须经过它来，好的，找到它了，解决开始。

之前配置文件中没有对第一个端口监听，然后我对该端口做了调整，然后监听了该端口，重新加载配置文件启动之后，经过客户端联调访问之后，问题暂时解决了，然后现在只能寄希望与阿里爸爸尽快审核通过，让我这颗始终悬与体内的心脏正常跳到！

我的微信，有需要的加我！