MT HTTP error: 403 Throttled的原因和解决


已经几个月收不到各种TrackBack Ping了,应该是升级到MT3.3以后出现的。今天查了一下Trackback功能罢工原因 - flypig.org:超出了每小时和每天的trackback有次数上限,而缺省配置文件中没有表明相应选项(缺省的没小时和每天的trackback ping的上限是10和50);
OneHourMaxPings 10
OneDayMaxPings 50
每天上千的垃圾trackback很快将这个限额填满了(我的blog上目前有这个限制后平均每天只收到50多个垃圾ping),但正常的TRACKBACK随后也就进不来了……

所以在mt-config.cgi文件中,增大以下2个参数的上线就能解决了,比如:
OneHourMaxPings 5000
OneDayMaxPings 20000

MT能否改进一下TrackBack ping limit的统计机制呢?被归入spam的trackback不记入quota呢?

蒋小时和按天的trackback ping次数上限设置增加后:带来的直接后果就是垃圾ping上涨了2个数量级,后台也出现经常遭受trackback ping轰炸的迹象。

top - 18:25:23 up 9 days, 4:52, 1 user, load average: 15.85, 4.73, 2.20
Tasks: 168 total, 27 running, 141 sleeping, 0 stopped, 0 zombie
Cpu(s): 90.7% us, 8.2% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.2% hi, 1.0% si
Mem: 2074592k total, 1987584k used, 87008k free, 125304k buffers
Swap: 1020088k total, 68k used, 1020020k free, 1426376k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7175 apache 19 0 18276 13m 3436 R 16.4 0.7 0:02.64 mt-tb.cgi
7200 apache 19 0 18012 13m 3412 R 10.2 0.7 0:02.43 mt-tb.cgi
7170 apache 22 0 9368 7536 1780 R 9.8 0.4 0:01.24 mt-tb.cgi
7171 apache 22 0 9368 7536 1780 R 9.8 0.4 0:01.24 mt-tb.cgi
7208 apache 25 0 9364 7532 1780 R 9.8 0.4 0:01.20 mt-tb.cgi
7213 apache 25 0 8152 6408 1692 R 8.5 0.3 0:01.00 mt-tb.cgi
7174 apache 21 0 9760 7896 1780 R 6.9 0.4 0:01.32 mt-tb.cgi
7186 apache 22 0 9364 7584 1780 R 6.9 0.4 0:01.25 mt-tb.cgi
7149 apache 22 0 14992 13m 1848 R 6.6 0.6 0:03.24 view.pl
7158 apache 19 0 17696 13m 3412 R 6.6 0.6 0:02.29 mt-tb.cgi
7163 apache 19 0 18008 13m 3412 R 6.6 0.7 0:02.39 mt-tb.cgi
7165 apache 21 0 9760 7952 1780 R 6.6 0.4 0:01.34 mt-tb.cgi
7177 apache 21 0 9628 7844 1780 R 6.6 0.4 0:01.30 mt-tb.cgi
7182 apache 21 0 9624 7856 1780 R 6.6 0.4 0:01.32 mt-tb.cgi
7184 apache 21 0 9628 7864 1780 R 6.6 0.4 0:01.30 mt-tb.cgi
7189 apache 22 0 9368 7536 1780 R 6.6 0.4 0:01.24 mt-tb.cgi
7193 apache 25 0 6568 4816 1692 R 6.6 0.2 0:00.70 mt-tb.cgi
7236 apache 25 0 6160 4392 1624 R 6.6 0.2 0:00.61 view.pl
7238 apache 25 0 6296 4500 1672 R 6.6 0.2 0:00.60 mt-tb.cgi
7191 apache 25 0 6568 4848 1692 R 6.2 0.2 0:00.71 mt-tb.cgi
7212 apache 21 0 6832 5012 1692 R 6.2 0.2 0:00.74 mt-tb.cgi


估计我的服务器每天遭受的spam ping在万数量级

作者:车东 发表于:2006-11-17 10:11 最后更新于:2007-04-22 21:04
版权声明:可以转载,转载时请务必以超链接形式标明文章 的原始出处和作者信息及本版权声明

引用通告

以下是前来引用的链接: MT HTTP error: 403 Throttled的原因和解决:

» 垃圾TrackBacks,Blog的噩梦 来自 WebBlog:路杨
好几天没有进后台了。 今天进去一看。吓了我一大跳。后台292垃圾TrackBacks。 自己发表的关于流氓软件的Blog,顺手给自己以前的Blog发了个Trackback,也难得出现了 MT HTTP error: 403 Throttled。... [阅读更多细节]

Comments

Hi Che Dong,

多谢提醒~ 看来得把上限调大10倍了。

为什么不用CCode&Tcode呢?用了这个以后我再也没收到trackback spam了(之前每天是600条左右)。
装了以后,关掉MT自带的三个spam look up插件,就不会把正常trackback误判成spam了。

CCode&Tcode 是个好东西,但是偶不太喜欢。临时起用了 IP Ban。。

最近spam ping好像又卷土重来,越来越嚣张了。

的确一直ping不过来,hoho。
不过一打开限制就会把负载搞到这么高吗,怪恐怖的。

晕菜了,最近TB和COMMENTS的数量狂涨,涨到CPU实在太高,最后实在没办法把mt-tb.cgi直接改名,才算安静了下来。

好好的TB,居然现在落到这个下场,这个机制该怎么改,还要设计者们好好考虑一下

试试下面的步骤。
第一:看看是不是Directory配置错了,好像一般不会是这个原因
第二:看看User Group指定的用户有没有权限访问那个目录,否则用chown修改目录的所有者
第三:看看是不是seLinux搞得鬼,一般没事把selinux停了再重启linux,selinux的配置文件在/etc/selinux/config,改成disable
第四:我把所有的都做了发现还是不行,那么可能是apache是用root安装的,把apache卸了用一个非root用户重新安装。
我这几天试的就是这些问题,最后解决了

它总是出现ERROR

出现Error Ox80040218 occur when Wrror at Render Audiopin应该怎么解决?

为什么我上传了东西不能用呢啊!就是我已经向我自己的网站的远程文件夹上放了东西,但是我的网站打不开了啊,显示无法打开网页提示我的是403错误代码

出现Error Ox80040218 occur when Wrror at Render Audiopin应该怎么解决?

发表一个评论

(如果你此前从未在此 Blog 上发表过评论,则你的评论必须在 Blog 主人验证后才能显示,请你耐心等候。)