nginx报错1113(nginx报错503分析与解决)
nginx报错503分析与解决
第一种：Nginx自己的错误页面
Nginx访问一个静态的html 页面，当这个页面没有的时候，Nginx抛出404，那么如何返回给客户端404呢？
看下面的配置，这种情况下不需要修改任何参数，就能实现这个功能。
server {
listen 80;
server_name www.test.com;
root /var/www/test;
index index.html index.htm;
location / {
}
# 定义错误页面码，如果出现相应的错误页面码，转发到那里。
error_page 404 403 500 502 503 504 /404.html;
# 承接上面的location。
location = /404.html {
# 放错误页面的目录路径。
root /usr/share/nginx/html;
}
}
第二种：反向代理的错误页面
如果后台Tomcat处理报错抛出404，想把这个状态叫Nginx反馈给客户端或者重定向到某个连接，配置如下：
upstream www {
server 192.168.1.201:7777 weight=20 max_fails=2 fail_timeout=30s;
ip_hash;
}
server {
listen 80;
server_name www.test.com;
root /var/www/test;
index index.html index.htm;
location / {
if ($request_uri ~* ‘^/$’) {
rewrite .* http://www.test.com/index.html redirect;
}
# 关键参数：这个变量开启后，我们才能自定义错误页面，当后端返回404，nginx拦截错误定义错误页面
proxy_intercept_errors on;
proxy_pass http://www;
proxy_set_header HOST $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-FOR $proxy_add_x_forwarded_for;
}
error_page 404 /404.html;
location = /404.html {
root /usr/share/nginx/html;
}
}
第三种：Nginx解析php代码的错误页面
如果后端是php解析的，需要加一个变量
在http段中加一个变量
fastcgi_intercept_errors on就可以了。
指定一个错误页面：
error_page 404 /404.html;
location = /404.html {
root /usr/share/nginx/html;
}
指定一个url地址：
error_page 404 /404.html;
error_page 404 = http://www.test.com/error.html;
nginx504报错排查流程
Nginx报504 gateway timeout错误引起，一个是文件配置问题，另一个是相关处理时长了，最后也有可能是资源不足导致了，下面我们一起来看看。
解释如下：
最近在工作中，需要做Excel导入的功能，由于Excel的数据比较多，而且我们的服务端程序需要对数据的内容做校验，会调用很多的外部服务接口，所以毫无悬念的导入Excel接口调用超过了一分钟，并且报错：504 gateway timeout。以下是两种解决思路：
1. 优化业务代码
一个接口调用超过一分钟，一定有可以优化的地方，看看数据库或者接口的调用是否合理，是否可以合并请求。
2. 修改Nginx的服务器配置
如果实在是优化不了了，可以把Nginx的超时时间上调。看看时间是否符合要求，在nginx.config里面的三个参数：
fastcgi_connect_timeout 300;fastcgi_send_timeout 300;fastcgi_read_timeout 300;
以上的单位是秒。
如果使用了Nginx的代理，可以在块里加上：
proxy_connect_timeout 300s;proxy_send_timeout 300s;proxy_read_timeout 300s;
变成：
location /foo { proxy_pass http://xxx.xxx.xxx.xxx:8080/foo; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_connect_timeout 300s; proxy_send_timeout 300s; proxy_read_timeout 300s; access_log /var/log/nginx/access.foo.log main; error_log /var/log/nginx/error.foo.log;}
如果没有解决我们再来看看
从错误代码基本可以确定跟nginx本身无关，主要是提交给php-fpm的请求未能正确反馈而导致，一般情况下，提交动态请求的时候，nginx会直接把 请求转交给php-fpm，而php-fpm再分配php-cgi进程来处理相关的请求，之后再依次返回，最后由nginx把结果反馈给客户端浏览器，但 我这个vps目前跑的是个纯php应用内容，实际上用户所有的请求都是php请求，有的耗费时间比较久，php-cgi进程就一直都被用满，而php- fpm本身的配置文件只打开了10组php-cgi进程，这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。 大概分析出了原 因，下面做就比较容易了，首先是更改php-fpm的几处配置： 把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用； 把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。
nginx 报502
PHP 是这样了，worker 忙不过来，Nginx 还能撑住，所以返回 502 bad gayway ，意思是机油你坏坏，不对意思是生意太火了伙计忙不过来。
你先看一下PHP到底在忙些啥，如果是 CPU 密集型计算（应该不会），看看CPU和内存满没满，没满就多开一些worker，满了就多加一些机子。
我猜测可能是数据库响应缓慢，然后人多了数据库是否能撑住也是一个考虑，多用一些缓存吧。
防流量攻击真没啥好办法，找牛逼一些的机房/CDN 吧。
nginx报503错误
NGINX负载均衡404错误处理方法
使用NGINX 实现负载均衡，但一组服务器的数据不是实施同步，主服务器有了数据要过段时间才同步到其他服务器
upstream image.stream.com {
server 192.168.1.25:8088;
server 192.168.1.24:8088;
server 192.168.1.23:8088;
}
用户访问图片的时候，就有60% 的几率显示为找不到文件.
问题：
怎么配置成以下功能：
1.连接图片服务器时，如果说浏览的机器在24，23没有，默认又选择回另外一台25呢？解决办法：proxy_next_upstream error timeout invalid_header http_500 http_503 http_404;
nginx报错504
、代码释义
504 Gateway Time-out就是字面意思，可以理解为网页请求超时，也就是浏览网站网页所发出的请求没有反应或者未响应，在网站程序层面来说，就是请求未能够执行相应的PHP-CGI程序，或者PHP-CGI程序未能做出相应的处理，又或者是CGI程序的响应处理结果未能够反馈到浏览器或者未能及时反馈到浏览器。
2、报错背景
504 Gateway Time-out错误多是存在于Nginx网站服务器环境下，多与nginx.conf与php-fpm.conf设置是否正确合理有关。解决方法就是根据网站服务器性能及网站流量等诸多因素整合考虑，正确合理的设置niginx.conf和php-fpm.conf配置。
3、504 gateway time-out解决方法
进行正确合理nginx.conf配置，我们需要首先了解和清楚我们网站服务器的配置性能，包括CPU、内存等，并对网站服务器进行必要的性能测试(可参考：vps主机性能测试方法详解)，从而准确的掌握网站服务器自身性能状况;
nginx 504错误
1、有可能是设置的缓冲区不够大，默认的是8k
在nginx.conf 配置文件里加入 fastcgi_buffers 8 128k 也就是把缓冲区大小改为 8 * 128k
2、也可以增加超时参数
send_timeout 60 ，一般加大到60秒就差不多了
3、减少FastCGI的请求次，也是在nginx.conf 配置文件里
astcgi_connect_timeout 300s; fastcgi_send_timeout 300s; fastcgi_read_timeout 300s; fastcgi_buffer_size 128k; fastcgi_buffers 8 128k;#8 128 fastcgi_busy_buffers_size 256k; fastcgi_temp_file_write_size 256k; fastcgi_intercept_errors on; 这里最主要的设置是前三条，即 fastcgi_connect_timeout 300s; fastcgi_send_timeout 300s; fastcgi_read_timeout 300s;
这的配置信息，主要是规定了PHP-CGI的连接、发送和读取的时间，300秒足够用了，我更改好后，我以前的站点很少出现504 Gateway Time-out这个错误。
nginx503错误
您好， 如何设置能限制某个IP某一时间段的访问次数是一个让人头疼的问题，特别面对恶意的ddos攻击的时候。
其中CC攻击（Challenge Collapsar）是DDOS（分布式拒绝服务）的一种，也是一种常见的网站攻击方法，攻击者通过代理服务器或者肉鸡向向受害主机不停地发大量数据包，造成对方服务器资源耗尽，一直到宕机崩溃。
cc攻击一般就是使用有限的ip数对服务器频繁发送数据来达到攻击的目的，nginx可以通过HttpLimitReqModul和HttpLimitZoneModule配置来限制ip在同一时间段的访问次数来防cc攻击。
HttpLimitReqModul用来限制连单位时间内连接数的模块，使用limit_req_zone和limit_req指令配合使用来达到限制。一旦并发连接超过指定数量，就会返回503错误。HttpLimitConnModul用来限制单个ip的并发连接数，使用limit_zone和limit_conn指令这两个模块的区别HttpLimitReqModul是对一段时间内的连接数限制，HttpLimitConnModul是对同一时刻的连接数限制HttpLimitReqModul 限制某一段时间内同一ip访问数实例http{ ... #定义一个名为allips的limit_req_zone用来存储session，大小是10M内存， #以$binary_remote_addr 为key,限制平均每秒的请求为20个， #1M能存储16000个状态，rete的值必须为整数， #如果限制两秒钟一个请求，可以设置成30r/m limit_req_zone $binary_remote_addr zone=allips:10m rate=20r/s; ... server{ ... location { ... #限制每ip每秒不超过20个请求，漏桶数burst为5 #brust的意思就是，如果第1秒、2,3,4秒请求为19个， #第5秒的请求为25个是被允许的。
#但是如果你第1秒就25个请求，第2秒超过20的请求返回503错误。
#nodelay，如果不设置该选项，严格使用平均速率限制请求数， #第1秒25个请求时，5个请求放到第2秒执行， #设置nodelay，25个请求将在第1秒执行。 limit_req zone=allips burst=5 nodelay; ... } ... } ...}HttpLimitZoneModule 限制并发连接数实例limit_zone只能定义在http作用域，limit_conn可以定义在http server location作用域
nginx502报错
打开网站有时出现502 Bad Gateway可以这样解决：
1、502 Bad Gateway错误的原因是网站到客户端的链路网关路由异常。
2、要解决502 Bad Gateway错误服务端服务器问题，要先找到nginx配置的路径。然后找到nginx所在的error日志文件来查看具体原因。
3、如果是客户端浏览器配置的问题，以360浏览器为例，出现502 Bad Gateway可能是设置了代 代理导致的。
4、找到360浏览器右上角的设置，看看代理配置是不是勾选了。
5、取消浏览器代理之后，刷新一下就可以访问了。
6、如果是edge浏览器配置的问题，先找到edge浏览器，然后找到右上角选项，点击更多连接设置。
7、然后点击代理连接设置，打开IE的服务器代理就可以了。
8、如果是IE浏览器的配置问题，打开IE浏览器，找到工具栏中的internet 选项，点击internet选项进入配置页面。
9、然后点击连接，找到局域网连接设置，然后关闭代理设置。
这就是打开网站有时出现502 Bad Gateway的解决步骤。
nginx502错误原因解决方法
我常在Nginx服务器上发现502错误，很多情况下并非Nginx本身的问题。就以Nginx+PHP+MySQL这种架构说明。Nginx本身设置等cgi接口返回的数据延时太短，要延长这个时间。
如同前面说的，很多情况下并非Nginx本身的问题，这样操作后常常并不能缓解问题。
此时，就要考虑对应cgi接口的配置，比如 php-fpm.conf 的配置，脚本执行时间的超时情况限制。
这可以通过跟踪php-fpm的 slow log 来排查，对相关代码优化，减少延时。
另外很大的问题在MySQL数据库这一块，如果数据库执行命令超时也会大延长php脚本的执行时间，导致 Nginx 等待超时。
可以my.cnf的 slow log进行确认效能低下的sql语句是哪些，进行优化配置。
通过优化 php-fpm 及 MySQL的配置都大大减少Nginx的等待超时的情况。以上是LNMP的架构为例进行说明。
本网站文章仅供交流学习 ,不作为商用， 版权归属原作者，部分文章推送时未能及时与原作者取得联系，若来源标注错误或侵犯到您的权益烦请告知，我们将立即删除.
