502BadGateway网络服务器做为网关ip或是代理商时，为了更好地进行要求浏览下一个网络服务器，但该缺少对象了不法的回复。解决方案是：再更新一下网页页面或清除一下电脑上的缓存文档在开启你要开启的网页页面就好了.一般状况下，这类方法是可行的，但都不清除你所浏览的网页页面被屏蔽的很有可能，假如你所浏览的网页页面被屏蔽得话，就无论你怎么刷新也是不起作用的了。
1.什么叫502badgateway出错
简易而言502是出错种类编码badgateway不正确的网关ip
2.造成502错误的缘故
网络连接超时大家向网络服务器器推送要求因为网络服务器当今连接过多，造成 网络服务器层面没法给于一切正常的回应,造成该类出错，实际以下：
第一个缘故:
DNS缓存。这类状况的一般缘故是由于你一直在未打开vpn的状况下浏览了facebook那样的网址。
这个时候当然浏览不了，另外却在该设备留有了缓存。
这类状况一般在十多分钟以内就可以浏览了。还可以试着在dos对话框运作ipconfig/flushdns，该指令会刷新DNS缓存。
第二个缘故:
你的电脑浏览器开过代理商哪些的。确定一下关闭代理商。
第三个缘故：
dns遭劫持了，即便 应用海外的dns，也会遭劫持。一些机器开vpn可以浏览，一些机器确不可以。而且清除了代理商、服务器防火墙、本地连接的缘故。这个时候另外ping远程控制网址，例如facebook。不可以浏览的机器一般获得了一个古怪的ip，从任何地方都ping堵塞的ip。而能浏览的机器ip，在不可以浏览的机器上立即能够浏览，还可以ping通。这类状况我们可以除掉VPN网络服务器的DNS。
转换此外的dns。在windows系统软件中，能够在本地连接联接的特性中，除掉默认设置的dns，采用海外的dns，例如google的。或opendns。
3.502错误的HTTP周期时间
一切手机客户端（如Web电脑浏览器或大家的CheckUpDown智能机器人）历经下述循环系统时，与您的Web服务端沟通交流：
获得您的网址IP地址的IP名字（您的网址URL的领导干部’http://‘）。这搜索（变换的专利权名字，IP地址）所出示的服务器域名（DNSs）。
开启一个IP套接字联接到该IP地址。写一个HTTP数据流分析根据该套接字。
从您的回应的Web服务端接到一个HTTP数据流分析。此数据流分析包括状态码的值是由HTTP协议书。分析此数据流分析的状态码和别的有效信息内容。
这一不正确产生在最后一步时，上边的手机客户端接到一个HTTP状态码，它确定为502‘。
4.固定不动502错误
一般这个问题是因为欠佳的IP中间的沟通交流后端开发电子计算机，包含您很有可能试着浏览的在Web服务端上的网址。在剖析这个问题，您应当彻底消除浏览器缓存。
假如您网上时在您试着浏览的所有网页上要看这个问题，有二种很有可能
1）你的ISP出了重特大机器设备常见故障/负载
2）有什么问题的內部互联网技术联接如您的服务器防火墙没法一切正常运行。
在第一种状况下，只有的ISP能够协助您。在第二种状况下，就需您自身处理一切阻拦您进到互联网技术的难题。
假如您仅有在一部分试着浏览的网址中出現此难题，那么就很可能是一个难题，即这种网址之一，其机器设备常见故障或超重。联络网址的管理人员。
5.出現502badgateway怎样解决困难
非常简单的方式：CTRL+F5强制刷新
最好是的解决方案自然還是在网络服务器上做对大伙儿而言不大可能,那麼大家有哪些拯救的方式呢？简言之非常简单,便是——更新(并不是一般的更新哦)
更新的基本原理：很多人很有可能不清楚更新也是有二种的。说白了更新实际上就是以服务器下载数据信息到当地的电脑硬盘电脑浏览器,再从当地电脑硬盘种获取数据到电脑浏览器显示信息让我们看。①基础更新：便是点一下更新或是应用F5键盘快捷键,基础更新仅仅从当地的电脑硬盘再次取放数据信息到电脑浏览器，并不再次向网络服务器发出请求。绝大多数客户许多 情况下全是那样更新的，碰到502报错的就沒有一切实际效果。②从服务器更新：假如你再次立即点一下你要想访问 的网站链接，你能发觉刚刚還是显示信息502badgetway的网页页面如今又可以一切正常访问 了！搞清楚大道理了吧？如果你点一下你要想访问 的网站链接的情况下，是会从服务器再次免费下载数据信息的。解决方案便是从服务器上更新：键盘快捷键ctrl+F5，那样便是再次向服务器发送要求了。假如网络服务器能一切正常给与你回应你也就能够见到网页页面了。
附页：
Nginx502BadGateway不正确的缘故及解决方案
Nginx502BadGateway的不正确早已碰到好几回了，这儿做一下纪录，备忘录嘿嘿。
会出现好多种多样状况出現502错误，下边大家分状况而言一下。
一、fastcgi缓冲区域设定过小
出現不正确，最先要搜索nginx的日志文档，文件目录为/var/log/nginx，在日志中发觉了以下不正确。
2013/01/1713:33:47[error]15421#0:*16upstreamsenttoobigheaderwhilereadingresponseheaderfromupstream
查看了一下材料，疏忽是nginx缓冲区域有一个bug导致的,大家网址的网页页面耗费占有缓冲区域很有可能过大。
在网上搜索了一下解决方案，在外国网站看到了一个提升缓冲区域的方式，彻底消除了Nginx502BadGateway的难题。方式以下：
http { ... fastcgi_buffers 8 16k; fastcgi_buffer_size 32k; ... }
请依据网络服务器早已网址的状况自主扩大所述2个配备项。
二、代理商缓冲区域设定过小
假如你应用的是nginx反向代理，假如header过大，超过了默认设置的1k，便会引起所述的upstreamsenttoobigheader（简言之便是nginx把外界要求给后端开发解决，后端开发回到的header很大，nginx解决不回来便会造成 502。
server {
listen 80;
server_name *.lxy.me;
location / {
###############添加这3行
proxy_buffer_size 64k;
proxy_buffers 32 32k;
proxy_busy_buffers_size 128k;
###############添加这3行
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
............
}三、默认设置php-cgi的过程数设定过少
在安裝好应用全过程中出現502难题，一般是由于默认设置php-cgi过程是五个，很有可能由于phpcgi过程不足用而导致502，必须改动/usr/local/php/etc/php-fpm.conf将在其中的max_children值适度提升。也是有可能是max_requests值不足用。必须表明的是这连个配备项占有运行内存非常大，请依据服务器的配置开展设定。不然很有可能具有反实际效果。
四、php实行请求超时
php实行请求超时，改动/usr/local/php/etc/php.ini将max_execution_time改成300
五、nginx等待的时间请求超时
一部分PHP程序流程的实行時间超出了Nginx的等待的时间，能够适度提升nginx.conf环境变量中FastCGI的timeout時间
http {
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
......
}nginx502badgateway
一些运作在Nginx上的网址有时会出現“502BadGateway”不正确，一些情况下乃至经常的出現。下列是我收集整理的一些Nginx502不正确的清查方式，仅供参考：
Nginx502不正确的缘故比较多，是由于在分销模式下后端开发网络服务器出現难题造成的。这种不正确一般都并不是nginx自身的难题，一定要从后端开发找缘故！但nginx把这种失败都揽在自身的身上了，确实让nginx的营销推广者深受质疑，终究从关键字上了解，badgateway？不便是badnginx吗？让不了解的人见到，会立即把义务推在nginx的身上，期待nginx下一个版本号会把失败提醒写略微友善一些，最少不容易是如今简易的一句502BadGateway，此外还铭记另附自身的名字。
Nginx502的开启标准
502错误最一般的出現状况便是后端开发服务器当机。在upstream配备里有那么一项配备：proxy_next_upstream，这一配备特定了nginx在从一个后端开发服务器取数据信息碰到哪种不正确的时候会转到下一个后端开发服务器，里面写上的便是会出現502的全部状况拉，默认设置是errortimeout。error便是当机、断开这类的，timeout便是载入阻塞请求超时，较为非常容易了解。我一般是全写上的：
proxy_next_upstreamerrortimeoutinvalid_headerhttp_500http_503;
但是如今很有可能我想除掉http_500这一项了，http_500特定后端开发回到500错误的时候会转一个服务器，后端jsp失败得话，原本会复印一堆stacktrace的错误报告，如今被502替代了。但企业的程序猿并不那么觉得，她们评定是nginx出現了不正确，我确实没时间跟她们表述502的基本原理了……
503错误就可以保存，由于后端开发一般是apacheresin，假如apache卡死便是error，但resin卡死，只是是503，因此 還是必须保存的。
解决方案
碰到502难题，能够优先选择考虑到依照下列2个流程去处理。
1、查询当今的PHPFastCGI过程数是不是足够：
netstat -anpo | grep "php-cgi" | wc -l
如果实际使用的“FastCGI进程数”接近预设的“FastCGI进程数”，那么，说明“FastCGI进程数”不够用，需要增大。 2、部分PHP程序的执行时间超过了Nginx的等待时间，可以适当增加nginx.conf配置文件中FastCGI的timeout时间，例如：
http {
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
......
}
......php.ini中memory_limit设低了会失败，改动了php.ini的memory_limit为64M，重新启动nginx，发觉好啦，原来是PHP的内存不够了。
假如那样改动了还难以解决难题，能够参照下边这种计划方案：
一、max-children和max-requests
一台网络服务器上运作着nginxphp(fpm)xcache，浏览量日均300Wpv上下。
近期常常会出現那样的状况：php网页页面开启比较慢，cpu使用率忽然降到很低，系统软件负荷忽然升到很高，查询网口的总流量，也会发觉忽然降至了很低。这类状况只不断数秒左右就修复了。
查验php-fpm的日志文档发觉了一些案件线索。
Sep 30 08:32:23.289973 [NOTICE] fpm_unix_init_main(), line 271: getrlimit(nofile): max:51200, cur:51200 Sep 30 08:32:23.290212 [NOTICE] fpm_sockets_init_main(), line 371: using inherited socket fd=10, “127.0.0.1:9000″ Sep 30 08:32:23.290342 [NOTICE] fpm_event_init_main(), line 109: libevent: using epoll Sep 30 08:32:23.296426 [NOTICE] fpm_init(), line 47: fpm is running, pid 30587
在这里一两句的前边，是1000几行的关掉children和打开children的日志。
原先，php-fpm有一个主要参数max_requests，该主要参数指出了，每一个children数最多解决多少个要求后便会被关掉，默认设置的设定是500。由于php是把要求轮询给每一个children，在大流量下，每一个childre抵达max_requests常用的時间都类似，那样就导致全部的children大部分在同一时间被关掉。
在这期间，nginx没法将php文件转交到php-fpm解决，因此 cpu会降到很低(无需解决php，更无需实行sql)，而负荷会升到很高(关掉和打开children、nginx等候php-fpm)，网口总流量也降到很低(nginx没法形成传输数据给手机客户端)
解决困难非常简单，提升children的总数，而且将max_requests设定为0或是一个较为大的值：
开启/usr/local/php/etc/php-fpm.conf调高下列2个主要参数(依据网络服务器具体情况，过大也不好）
<value name="max_children">5120</value> <value name="max_requests">600</value>
随后重新启动php-fpm。
二、提升缓冲区域容积尺寸
将nginx的errorlog开启，发觉“pstreamsenttoobigheaderwhilereadingresponseheaderfromupstream”那样的报错。查看了一下材料，疏忽是nginx缓冲区域有一个bug导致的,大家网址的网页页面耗费占有缓冲区域很有可能过大。参照外国人写的改动方法提升了缓冲区域容积尺寸设定，502难题彻底消除。之后网站管理员又对主要参数干了调节只保存了两个设定主要参数：clientheadbuffer，fastcgibuffersize。
三、request_terminate_timeout
假如关键是在一些post或是数据库操作的情况下出現502这类状况，而不是在静态网页实际操作中普遍，那麼能够查询一下php-fpm.conf设定中的一项：
request_terminate_timeout
这一值是max_execution_time，便是fast-cgi的实行脚本制作時间。
0s
0s为关掉，便是无尽实行下来。（那时候装的情况下没细心看就改了一个数据）解决问题了，实行很长期也不会出错了。提升fastcgi中，还能够修改这一值5s看一下实际效果。
php-cgi过程数不足用、php实行时间长、或是是php-cgi过程死了，都是会出現502错误。
