前言
承接前文《短信发送接口被恶意访问的网络攻击事件(一)紧张的遭遇战险胜》，在解决了短信发送的问题后，长长地舒了口气，也就各忙各的事情去了，本以为应该是个完美的收场，哪知道只是泥泞道路的前一段，收场是收不了了，还是要去应付接下来的烂摊子，因为攻击者并没有停止攻击，虽然恶意请求已经可以被识别并且不会被业务服务器处理，也不会去触发短信发送接口，但是请求依然会源源不断的到达服务器，而且丝毫没有停止的意思。
像前文中说的，那种感觉就像葛大爷被麻匪给劫了，既然被贼给盯上了，你觉得是那么轻而易举的就能够挣脱的了么？
问题分析
公司用的是阿里云的云服务器ECS，在ECS控制台中查看入网流量：
虽然在程序中加入逻辑判断可以阻止非法请求对短信接口的触发，但是却无法阻止攻击者持续的向ECS发送请求，通过上图ECS的入网流量可以看到，在流量上升之后，并没有降下来的意思，得，这狗皮膏药真的一时没法撕下来了，虽然说这些个攻击者无聊，但还是得跟他们杠上了，心累。
所以刚刚开心了没多久，又陷入了困顿之中，刚刚踩完一个坑，爬上来没多久，发现眼前又是一个坑，坑坑复坑坑，开发的坑是何其多，运维也一样，都是一家人。
鲁迅说过：
你尽管说，说得有用算我输，坑还是得踩，谁让你做开发的。
我们都知道流量攻击，攻击者用大流量来压垮网络设备和服务器，或者有意制造大量无法完成的不完全请求来快速耗尽服务器资源，现在看来这次的短信接口攻击称不上流量攻击，因为数量级不在一个概念上，虽然也存在大量的非法请求，但是并不足以瘫痪设备，当然，这些话都是写在事件结束之后的，与事件发生时的想法可能有些出入，因为当时并不确定攻击者的请求是否会持续增加、是否会打满服务器的带宽，是否会影响正常请求，是否会使服务器瘫痪.....
看着持续不减的入网流量，思考了半天，最终是打算加入防火墙，通过封掉这些恶意请求的IP，让ECS直接拒绝请求，在请求的第一步就把它弄死，将入口堵住应该可以一定程度的阻止攻击者继续攻击，也使得流量降低不会影响到处理正常请求所用到的系统资源。
前文提到的只是针对具体的系统模块，在应用层降低攻击的危害，因为一开始认为这次攻击只会影响短信接口，但是如果是流量攻击的话，则是影响整个服务器层面，会影响所有在这台服务器上的基础设施，这个就比较麻烦了，想法只有一个：
延伸阅读
学习是年轻人改变自己的最好方式