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

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

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

防火墙设置
防火墙设置

拦截无效的记录
无效记录

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

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

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

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

觉得好可以点个赞!
(暂无人赞)
Loading...

《与“吸血鬼”的消耗战持续中》有12个想法

发表评论

电子邮件地址不会被公开。 必填项已用*标注