网页访问报错503，Service Temporarily Unavailable

这次问题：

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 的方案来解决