与“吸血鬼”的消耗战持续中

记得自己当初选择SAE图的就是省心，不想最近遇到这“吸血鬼”的事烦心了，前一篇博文《我不该乱搞》说设防火墙后事件消停，其实是我乐观了，吸血行为到现在都没真正停止过，这消耗战很快就要进入第三天。

或许是因为SAE的防火墙有漏洞，又或则是因为“吸血鬼”太过于疯狂，这防火墙竟没有将这些“吸血鬼”彻底拦住，那些列入黑名单的IP依旧照样疯狂挤进来不断消耗资源。一时间我对此深感无奈，只能求助官方，直接报告这防火墙存在的问题。谁知道官方哪根神经搭错了，居然跟我说我截图那时间防火墙没有设置IP，所以那个IP能够访问，拜托！先把日期看清楚好不？我8号添加的拦截记录，它9号过来访问是正常的么？后面它又解释说我今天有一次防火墙清空记录，所以……废话，若不是看那防火墙似乎毫无效果，我会折腾去清空防火墙记录么？再说了，我不会傻乎乎没添加拦截，就这样空空的跑过去给你们官方投诉说防火墙无效吧。若真有这样的小白，也不配用SAE这样高深的玩意了。

防火墙设置

拦截无效的记录

算了，求人不如求己，与其等官方这样慢悠悠的调查情况，不如另想办法保住自己的云豆不被吸光。防火墙无效就无效，我就当它不存在好了，没有防火墙要怎么降低消耗呢？系统日志是个好东西，从每一条记录可以看出吸血鬼都是冲着固定的一个文件来的，之前因为害怕受不了，所以我就删掉它了，文件不存在的结果就是它们每次尝试访问系统都会报出404错误。Wordpress平台的错误页面是主题可定制的个性化页面。我的404本够简单了，但再简单的页面，每次报出来也要消耗350字节，以及约60毫秒的CPU判断时间。正常情况下区区这点消耗忽略不计，但海量“吸血鬼”面前就耗不起了。

问题分析完了，一切都是过度频繁404报错造成的消耗，好吧，那我就不报错了，让他们直接正常访问那文件好了，当然我要做点手脚。将文件做够7天的缓存，充分减少后台请求，再将文件变成空包蛋，即文件大小为零。让“吸血鬼”好好吃去吧。这招弄好之后，后台日志显示“吸血鬼”疯狂无比，但CPU消耗时间为零，文件大小零。没有流量消耗了。

简单对策是这样了，后面看着效果再说了

P.S. 之前说7号那天我PV接近七万，其实是低估了吸血鬼们，那天我博客有接近十个小时时间是因消耗超出预设上限被暂停的，如果整天硬抗下来，肯定不止这么点数。恐怕二十几万PV都能刷出来！！o(︶︿︶)o