这次问题:

Service Temporarily Unavailable

503


原因:因为/etc/nginx/firewall/filter/access.lua配置文件中lua拦截设置,如果用户在2分钟内刷新网页次数超过500次,将用户拉黑,返回503

因此将配置文件改大

if ( address:get(client.ip) > 1000) then

--    address:set(client.ip , 1000, 3600)

--    blacklist:set(client.ip , 1000, 3600)

    address:set(client.ip , 400, 150)

    blacklist:set(client.ip , 1000, 120)

end

....

if (blacklist:get(client.ip) ~= nul) then

    ngx.header.content_type = 'text/plain';

    ngx.exit(503)

end


其他分析:

先简单说一下 很多时候是由于网站空间服务器的配置
或者资源限制导致的不足以承受运行的情况
有些是买的时候 不知道有所限制 而不能满足程序的运营需求
最好是联系服务商查阅相关日志 对症下药 如果撑不住最好换机器
-----------------------------------------
出现这种情况是由于您的网站超过了系统资源限制(CPU或者IIS)造成的,
这个现象在WINDOWS2003+IIS6的环境下都会出现,主要是程序占用资源太多。

不同的程序占用的资源都不一样,这个跟程序设计的合理性和优化程度有关;
另外,一些死循环程序,或者不优化的程序都会占用太多的系统资源,而系统资源明显是有限的。 如果一个网站的程序占资源太多或者发生太多的错误,系统日志就会提示:“应用程序池 'User_pooll' 被自动禁用,原因是为此应用程序池提供服务的进程中出现一系列错误, 或者提示:应用程序池 'User_pooll' 超过了其作业限制设置。
这时,访问这个网站就会提示:Service Unavailable。
一般系统会在30秒左右恢复正常,多刷新几次就能正常访问了。但是这个时间恢复后因为访问量太大在极短的时间网站又不能上了。 
另外,如果网站当前访问人数过多,超过了系统的iis连接数(或CPU峰值)限制,也会出现Service Unavailable的提示(win2k主机下出现连接过多就会提示:连接过多,请稍后再试;而win2003的主机刚直接提示:Service Unavailable)如果经常出现类似的错误,请及时优化网站程序,或者升级你的主机至更高的款型,以获得更多的系统资源。 

网站超CPU的四种可能原因: 
一.网站*** 
二.程序设计不合理,资源占用高,或本身在做占资源的操作,如采集 
三.访问量过大
四.有搜索蜘蛛收录

程序占用资源太多的原因: 
有一个或多个ACCESS数据库在多次读写过程中损坏,微软的MDAC系统在写入这个损坏的ACCESS文件时,ASP线程处于BLOCK状态,结果其他线程只能等待,IIS被死锁了,全部的CPU时间都消耗在DLLHOST(ASP进程)中。 参考解决办法: 压缩和修复我的数据库 下载数据库文件--[如果是.asp的扩展名,请改为.mdb的扩展名]--用ACCESS打开--选择工具--数据库实用工具--压缩和修复数据库--[改回.asp的扩展名]--上传覆盖原来数据库文件
注册了不良的Com组件,特别是用VB开发的ACTIVE X控件,可能导致占用内存使用量不断增长 参考解决办法:尽量减少或避免非官方或是客户要求的不必要的组件
多媒体等文件下载占用服务器带宽 参考解决办法:停止下载
程序问题 需要及时的关闭不再使用的数据库,以避免一直占用服务器资源 在conn.asp 连接数据库字符串语句中加入如下 sub endConnection() conn.close set conn=nothing end sub 其它程序问题:把IE选项里 显示友好HTTP错误信息 的勾取消掉,再访问网站看出现什么错误信息,然后再调试
上传重要的数据库等文件更新,由于正处于受访问状态,可能导致瞬间占用率上升 一般此情况较少,若有出现此情况时,可能有必要先暂停站点,再作更新
ACCESS论坛(如动W)大了以后就很容易出现数据库方面的问题,当你的论坛数据库在30M以上,帖子5万左右,可能就会出现数据库吃不消的情况
建议取消程序中使用的on error resume next这个容错语句,对错误进行调试。 临时解决办法:定期删除多余的数据、压缩数据库,限制论坛灌水,甚至限制论坛注册。如果是ASP论坛,可以使用分表储存功能,会有较好的效果 比较长远办法:更换论坛和数据库,一般都采用商业版本+MSSQL 的方案来解决