为什么我进所有和腾讯有关的网页或游戏都会出现502 Bad Gateway?_百度知道
切换另外的dns。 如果我的回答对你有帮助的话就采纳吧 谢谢。 ①基本刷新，比如google的: DNS 缓冲，即使使用国外的dns！ 通俗解释一下 1，选用国外的dns，比如facebook, 再从本地硬盘种读取数据到浏览器显示给我们看： dns 被劫持了。确认一下关掉代理。 这种情况通常在几分钟之内就可以访问了。 　　如果服务器能正常给予你响应你就可以看到页面了。也可以尝试 在dos窗口运行 ipconfig &#47。 第二个原因，遇到502报错的就没有任何效果。刷新的原理 。 而 能访问的机子ip，也可以ping通。 不能访问的机子通常获取了一个怪异的ip，并不重新向服务器发出请求。大部分用户很多时候都是这样刷新的，这样就是重新向服务器发送请求了，是会从服务器重新下载数据的，那么我们有什么解救的方法呢： 如果你重新直接点击你想要浏览的网页链接， 有些 机子确不能: 你的浏览器开了代理什么的。 这个时候同时ping远程网站。或者 opendns：快捷键 ctrl+F5，防火墙。 这种情况的通常原因是因为你在未开启vpn的情况下访问了facebook这样的网站。 　　解决方法就是从服务器上刷新。 这个时候自然访问不上， 去掉默认的dns，具体如下，在不能访问的机子上直接可以访问。 在windows系统中？当你点击你想要浏览的网页链接的时候。 并且 排除了代理。 有些机子开vpn能够访问！明白道理了吧。 这种情况我们可以去掉VPN服务器的DNS，你会发现刚才还是显示502 bad getway的页面现在又可以正常浏览了。 第三个原因。就是——刷新(不是一般的刷新哦) ：就是点击刷新或者使用F5快捷键 　　基本刷新只是从本地的硬盘重新拿取数据到浏览器。 ②从服务器刷新;flushdns 该命令会刷新DNS缓冲，也会被劫持：第一个原因.什么是502 bad gateway 报错 简单来说 502 是报错类型代码 bad gateway 错误的网关 2：很多人可能不知道 刷新也是有两种的。所谓刷新其实就是从服务器下载数据到本地的硬盘浏览器？说白了 很简单 ，本地网络的原因.解救的办法 最好的解决办法当然还是在服务器上做 对大家来说不太可能 。3.产生错误的原因 连接超时 我们向服务器器发送请求 由于服务器当前链接太多，可以在本地网络连接的属性中您好，导致服务器方面无法给于正常的响应，从任何地方都ping不通的ip,产生此类报错，同时却在本机留下了缓冲
其他类似问题
gateway的相关知识
按默认排序
其他1条回答
我家的电脑也是这样，是腾讯网络不稳定
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁电脑教程_计算机子分类502 bad gateway
502 bad gateway
出现502 bad gateway 的提示 打不开网站 ?如何处理？？
　通俗解释一下
　　1.什么是502 bad getway 报错
　　简单来说 502 是报错类型代码 bad getway 错误的网关
　　2.产生错误的原因
　　连接超时 我们向服务器器发送请求 由于服务器当前链接太多，导致服务器方面无法给于正常的响应,产生此类报错
　　3.解救的办法
　　最好的解决办法当然还是在服务器上做 对大家来说不太可能
　　那么我们有什么解救的方法呢？
　　说白了 很简单
　　就是——刷新(不是一般的刷新哦)
　　刷新的原理 ：很多人可能不知道 刷新也是有两种的。
　　所谓刷新其实就是从服务器下载数据到本地的硬盘浏览器,
　　再从本地硬盘种读取数据到浏览器显示给我们看。
　　①基本刷新：就是点击刷新或者使用F5快捷键
　　基本刷新只是从本地的硬盘重新拿取数据到浏览器，并不重新向服务器发出请求。
　　大部分用户很多时候都是这样刷新的，遇到502报错的就没有任何效果。
　　②从服务器刷新： 如果你重新直接点击你想要浏览的网页链接，你会发现刚才还是显示502 bad getway的页面现在又可以正常浏览了！
　　明白道理了吧？当你点击你想要浏览的网页链接的时候，是会从服务器重新下载数据的。
　　解决方法就是从服务器上刷新：快捷键 ctrl+F5，这样就是重新向服务器发送请求了。
　　如果服务器能正常给予你响应你就可以看到页面了。
相关知识等待您来回答
互联网领域专家Nginx提示502
bad gateway 和504错误的解决方案
php执行时间
request_terminate_timeout
Nginx的502错误
重启服务器后发现Nginx在我的WordPress报502 Bad Gateway错误。
查了好久，以为是nginx.conf或者php-fpm.conf的错，突然想起来，好像哪里看到说php.ini中memory_limit设低了会出错，
修改了php.ini的memory_limit为64M，重启nginx，发现真好了~
原来是PHP的内存不足了。
360M内存的服务器，扛这点应用应该OK~
——————————————————————————————
nginx+php 502 bad gateway解决方法
打开 /usr/local/php/etc/php-fpm.conf
调大以下两个参数(根据服务器实际情况，过大也不行）
修改后速度快了，好象mysql占用cpu也下降了
—————————————————————————————–
nginx 502 bad故障原因及解决方法收集
如题，最近网站频繁出现502错误，简直无法正常运转，出现这种情况大多是php-cgi超时没有返回信息,或进程僵死等情况造成的，参考张宴的这篇关于502错误的解决办法(/read.php?361)，并咨询系统管理员高手，我们的nginx已经配置到极致这些都已经老早做过修改了，但现在又出然出现。
经过分析将nginx的error log打开，发现”pstream sent too big header while reading response header from upstream”这样的错误提示，查阅了一下资料，大意是nginx缓冲区有一个bug造成的,我们网站的页面消耗占用缓冲区可能过大。参考老外写的修改办法增加了缓冲区容量大小设置,502问题彻底解决，后来系统管理员又对参数做了调整只保留了2个设置参数：client head buffer，fastcgi buffer size。
/nginx/nginx_400_bad_request.html
二、昨天装上nginx后在高负载的时候，论坛上传图片或者执行较长时间脚本的时候就不停的出现502 Bad Gateway ，网上搜了，大多数都是张大师的那篇解决方案，他的解决方案是
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
增加了fastcgi的相应请求时间。但是我在实际中碰到了这个问题，设置到500，还是会出现，只是比我设置120的时候要少一些。后来发现主要是在一些post或者数据库操作的时候出现这种情况，静态页面是不会出现的。
反复的查问题，调试，也加大了CGI的进程数。
256再加上去可能会变得很慢。占用内存大了。
在php-fpm.conf设置中还有一项，可能当时没注意到，无意中改了这个值。
request_terminate_timeout
这个值是max_execution_time，就是fast-cgi的执行脚本时间。
0s为关闭，就是无限执行下去。（当时装的时候没仔细看就改了一个数字）
发现，问题解决了，执行很长时间也不会出错了。
优化fastcgi中，还可以改改这个值5s 。看看效果
终于发现502的错误其实不是nginx的问题，哈哈
php-cgi进程数不够用、php执行时间长、或者是php-cgi进程死掉，都会出现502错误
一台服务器上运行着nginx php(fpm) xcache，访问量日均 300W pv左右
最近经常会出现这样的情况： 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 或者一个比较大的值，重启php-fpm
nginx 502错误的原因比较多，是因为在代理模式下后端服务器出现问题引起的。这些错误一般都不是nginx本身的问题，一定要从后端找原因！但nginx把这些出错都揽在自己身上了，着实让nginx的推广者备受置疑，毕竟从字眼上理解，bad gateway？不就是bad nginx吗？让不了解的人看到，会直接把责任推在nginx身上，希望nginx下一个版本会把出错提示写稍微友好一些，至少不会是现在简单的一句502 Bad Gateway，另外还不忘附上自己的大名。
502错误最通常的出现情况就是后端主机当机，当然还有。在upstream配置里有这么一项配置：proxy_next_upstream，这个配置指定了nginx在从一个后端主机取数据遇到何种错误时会转到下一个后端主机，里头写上的就是会出现502的所有情况拉，默认是error timeout，error就是当机、断线之类的，timeout就是读取堵塞超时，比较容易理解。我一般是全写上的：
proxy_next_upstream error timeout invalid_header http_500 http_503;
不过现在可能我要去掉http_500这一项了，http_500指定后端返回500错误时会转一个主机，后端的jsp出错的话，本来会打印一堆stacktrace的错误信息，现在被502取代了。但公司的程序员可不这么认为，他们认定是nginx出现了错误，我实在没空跟他们解释502的原理了……
invalid_header我也没认真查清到底指的什么，我也很想先把它弄下来。
503错误就可以保留，因为后端通常是apache resin，如果apache死机就是error，但resin死机，仅仅是503，所以还是有必要保留的。
对nginx fastcgi使用的情况，我现在用得不多，不熟就不乱说了。
大内存可以把以下参数调大，可有效减少502错误
php-fpm中主要修改参数
128 //每一个消耗大约20M内存，根据内存大小设置
1024 //每个max_children进程若超过这个数目，就自动杀死，以后用到会自动重建。一般设置1000左右。
0s //如果你的服务器性能足够好，且宽带资源足够充足，PHP脚本没有系循环或BUG的话你可以直接将”request_terminate_timeout”设置成0s。0s的含义是让PHP-CGI一直执行下去而没有时间限制。而如果你做不到这一点，也就是说你的PHP-CGI可能出现某个BUG，或者你的宽带不够充足或者其他的原因导致你的PHP-CGI能够假死那么就建议你给”request_terminate_timeout”赋一个值，这个值可以根据你服务器的性能进行设定。一般来说性能越好你可以设置越高，20分钟-30分钟都可以。由于我的服务器PHP脚本需要长时间运行，有的可能会超过10分钟因此我设置了900秒，这样不会导致PHP-CGI死掉而出现502 Bad gateway这个错误。
nginx中主要修改参数
fastcgi_connect_timeout 1800;
fastcgi_send_timeout 1800;
fastcgi_read_timeout 1800;
fastcgi_buffer_size 1024k;
fastcgi_buffers 32 1024k;
fastcgi_busy_buffers_size 2048k;
fastcgi_temp_file_write_size 2048k;
注：两个1024k值必须相等，否则报错
以下是默认参数
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
————————————————————————————————-
[ 文章作者：韦少乾 转载请注明原文链接：/nginx-502-504/ ]
一、错误提示说明：
Nginx 502 Bad Gateway的含义是请求的PHP-CGI已经执行，但是由于某种原因（一般是读取资源的问题）没有执行完毕而导致PHP-CGI进程终止。
Nginx 504 Gateway Time-out的含义是所请求的网关没有请求到，简单来说就是没有请求到可以执行的PHP-CGI。
二、错误提示原因分析：
解决这两个问题其实是需要综合思考的，一般来说Nginx 502 Bad Gateway和php-fpm.conf的设置有关，
而Nginx 504 Gateway Time-out则是与nginx.conf的设置有关。
php-fpm.conf有两个至关重要的参数，一个是”max_children”,另一个是”request_terminate_timeout” ，但是这个值不是通用的，而是需要自己计算的。
计算的方式如下：
如果你的服务器性能足够好，且宽带资源足够充足，PHP脚本没有系循环或BUG的话你可以直接将”request_terminate_timeout”设置成0s。0s的含义是让PHP-CGI一直执行下去而没有时间限制。而如果你做不到这一点，也就是说你的PHP-CGI可能出现某个BUG，或者你的宽带不够充足或者其他的原因导致你的PHP-CGI能够假死那么就建议你给”request_terminate_timeout”赋一个值，这个值可以根据你服务器的性能进行设定。一般来说性能越好你可以设置越高，20分钟-30分钟都可以。由于我的服务器PHP脚本需要长时间运行，有的可能会超过10分钟因此我设置了900秒，这样不会导致PHP-CGI死掉而出现502 Bad gateway这个错误。
而”max_children”这个值又是怎么计算出来的呢？这个值原则上是越大越好，php-cgi的进程多了就会处理的很快，排队的请求就会很少。设置”max_children”也需要根据服务器的性能进行设定，一般来说一台服务器正常情况下每一个php-cgi所耗费的内存在20M左右，因此我的”max_children”我设置成40个，20M*40=800M也就是说在峰值的时候所有PHP-CGI所耗内存在800M以内，低于我的有效内存1Gb。而如果我的”max_children”设置的较小，比如5-10个，那么php-cgi就会“很累”，处理速度也很慢，等待的时间也较长。如果长时间没有得到处理的请求就会出现504 Gateway Time-out这个错误，而正在处理的很累的那几个php-cgi如果遇到了问题就会出现502 Bad gateway这个错误。
三、临时解决办法：
综上所述，Nginx提示502和504错误的临时解决办法是：
1、调整php-fpm.conf的相关设置：
2、调整nginx.conf的相关设置：
fastcgi_connect_timeout 600;
fastcgi_send_timeout 600;
fastcgi_read_timeout 600;
fastcgi_buffer_size 256k;
fastcgi_buffers 16 256k;
fastcgi_busy_buffers_size 512k;
fastcgi_temp_file_write_size 512k;
四、终级解决方案：
标题3中所示的解决方案只能临时解决问题，而如果网站的访问量确实非常非常大，而Nginx+FastCGI只能对处理瞬间或短时间内的高并发有很好的效果，所以目前唯一的终极解决方案是：定时平滑重启php-cgi。
具体配置如下：
1、写一个非常简单的脚本：
#vi /home/www/scripts/php-fpm.sh
内容如下：
#!/bin/bash
# This script run at */1
/usr/local/php/sbin/php-fpm reload
2、将脚本添加至计划任务：
#crontab -e
内容如下：
*/1 * * * * /home/www/scripts/php-fpm.sh
注：为了省事起见，也可以不写脚本，直接在crontab里写入php-fpm的平滑重启命令。
/pibuchou/blog/item/a1e330dd71fb8a.html
/pibuchou/blog/item/5cdeaf.html}