访问php页面出现504 Gateway Timeout 怎么解决

504 Gateway Time-out就字面意思，我们可以理解为网页请求超时，也就是浏览网站网页所发出的请求没有反应或者未响应。出现"504 Gateway Time-out"的原因：1、在网站程序层面来说，就是请求未能够执行相应的PHP-CGI程序，或者PHP-CGI程序未能做出相应的处理，又或者是CGI程序的响应处理结果未能够反馈到浏览器或者未能及时反馈到浏览器。2、504 Gateway Time-out错误多是存在于Nginx网站服务器环境下，多与nginx.conf与php-fpm.conf设置是否正确合理有关。504GatewayTime-out错误的解决方法：1、就是根据网站服务器性能及网站流量等诸多因素整合考虑，正确合理的设置niginx.conf和php-fpm.conf配置。2、进行正确合理nginx.conf配置，我们需要先了解和清楚我们网站服务器的配置性能，包括CPU、内存等，并对网站服务器进行必要的性能测试，从而准确的掌握网站服务器自身性能状况。3、其次，是通过网站统计代码的添加，分析段时间内网站流量状况，比如：百度统计、CNZZ站长统计等，掌握网站日流量及PHP-CGI请求的大概情况。根据我们掌握的服务器性能状况及网络流量情况，合理的对nginx.conf中的下列字句进行合理正确的设置。fastcgi_connect_timeout300s;fastcgi_send_timeout300s;fastcgi_read_timeout300s;fastcgi_buffer_size128k;fastcgi_buffers8128k;#8128fastcgi_busy_buffers_size256k;fastcgi_temp_file_write_size256k;fastcgi_intercept_errorson;这些字句的设置规定了PHP-CGI的连接、发送和读取时间限制，需根据服务器性能及网络流量综合考虑设置，时间设置过长会给网站服务器造成压力，导致网站响应缓慢，甚至服务器死机；时间设置过短，则就会出现504 Gateway Time-out或者其他CGI无响应错误。4、还有就是php-fpm.conf中max_children与request_terminate_timeout两个重要参数的设置。这两个参数的设置需要我们根据PHP程序情况及服务器带宽状况综合考虑并计算出合理准确的值，才能够避免504 Gateway Time-out或者其他CGI无响应错误的出现。5、通常情况下，一般网站，可将request_terminate_timeou设置在900s左右，而max_children值根据服务器内存大小和CGI请求数目设置为合理的数值，一般设置为800M左右。扩展资料："504 Gateway Time-out"其他修复方式：情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。情况一解决办法：默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k，这表示设置fastcgi缓冲区为8块128k大小的空间。情况一解决办法（改进）：在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：send_timeout 60;经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。

504错误是（网关超时）服务器作为网关或代理，但是没有及时从上游服务器收到请求。请好评~在我回答的右上角点击【评价】，然后就可以选择【满意，问题已经完美解决】了。如果你认可我的回答，敬请及时采纳，~你的采纳是我前进的动力~~

我们在访问大流量网站或者运营有较多数据的网站时候，偶尔会出现504 Gateway Time-out错误，这多是网站服务器配置不当导致的，下面分享一下504GatewayTime-out错误的解决方法。 01 代码释义 504 Gateway Time-out就是字面意思，可以理解为网页请求超时，也就是浏览网站网页所发出的请求没有反应或者未响应，在网站程序层面来说，就是请求未能够执行相应的PHP-CGI程序，或者PHP-CGI程序未能做出相应的处理，又或者是CGI程序的响应处理结果未能够反馈到浏览器或者未能及时反馈到浏览器。 02 报错背景 504 Gateway Time-out错误多是存在于Nginx网站服务器环境下，多与nginx.conf与php-fpm.conf设置是否正确合理有关。解决方法就是根据网站服务器性能及网站流量等诸多因素整合考虑，正确合理的设置niginx.conf和php-fpm.conf配置。 03 解决方法 进行正确合理nginx.conf配置，我们需要首先了解和清楚我们网站服务器的配置性能，包括CPU、内存等，并对网站服务器进行必要的性能测试（可参考：vps主机性能测试方法详解），从而准确的掌握网站服务器自身性能状况； 04 其次，是通过网站统计代码的添加，分析一段时间内网站流量状况，比如：CNZZ站长统计等，掌握网站日流量及PHP-CGI请求的大概情况； 05 最后，根据我们掌握的服务器性能状况及网络流量情况，合理的对nginx.conf中的下列字句进行合理正确的设置。　 fastcgi_connect_timeout300s; fastcgi_send_timeout300s; fastcgi_read_timeout300s;　 fastcgi_buffer_size128k; fastcgi_buffers8128k;#8128　 fastcgi_busy_buffers_size256k; fastcgi_temp_file_write_size256k; fastcgi_intercept_errorson; 06 还有就是php-fpm.conf中max_children与request_terminate_timeout两个重要参数的设置。这两个参数的设置需要我们根据PHP程序情况及服务器带宽状况综合考虑并计算出合理准确的值，才能够避免504 Gateway Time-out或者其他CGI无响应错误的出现。

504 Gateway Time-out字面意思，我们可以理解为网页请求超时，也是浏览网站网页所发出的请求没有反应或者未响应，在网站程序层面来说，是请求未能够执行相应的PHP-CGI程序，或者PHP-CGI程序未能做出相应的处理，又或者是CGI程序的响应处理结果未能够反馈到浏览器或者未能及时反馈到浏览器。那解决这个504 Gateway Time-out的方法是什么呢？1.先查看Nginx配置2.然后停掉192.168.9.19的相关服务，再访问：3.修改源代码src/http/ngx_http_special_response.c，找到如下部分：4.修改以下内容：5.重新编译Nginx，然后再访问：504 gateway time-out故障虽然是隐藏了，可只能骗得了别人一时，最终还得解决问题。无论是502错误还是504错误，都有可能是Nginx的相关错误，也可能是后端服务器的问题。那么我们从这些方面入手了解一下问题的所在。（1）首先需要确定的是后端服务器启动没有，当然在这里是php-fpm进行启动没有。（2）其次是确定php-fpm的worker进程是否够用。（3）FastCGI缓存或代理的缓存情况。（4）PHP执行时间长。

正常情况下，是由于被请求服务器发送超时引起。

就是请求未能够执行相应的

504 gateway time-out怎么解决？Nginx所报告的“504 gateway time-out”的含义指定的客户端所发出的的请求没有到达网关，换句话说就是请求没有到可以执行的PHP-fpm。一般来说，Nginx报告的“504 gateway time-out”则是与nginx.conf的设置有关。504 gateway time-out怎么解决1.先查看Nginx配置2.然后停掉192.168.9.19的相关服务，再访问：3.修改源代码src/http/ngx_http_special_response.c，找到如下部分：4.修改以下内容：5.重新编译Nginx，然后再访问：504 gateway time-out故障虽然是隐藏了，可只能骗得了别人一时，最终还得解决问题。无论是502错误还是504错误，都有可能是Nginx的相关错误，也可能是后端服务器的问题。那么我们就从这些方面入手了解一下问题的所在。（1）首先需要确定的是后端服务器启动没有，当然在这里就是php-fpm进行启动没有。（2）其次是确定php-fpm的worker进程是否够用。（3）FastCGI缓存或代理的缓存情况。（4）PHP执行时间长。

情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。情况一解决办法：默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k这表示设置fastcgi缓冲区为8块128k大小的空间。情况一解决办法（改进）：在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：send_timeout 60;经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。情况二：PHP环境的配置问题这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。情况二解决办法（ php-fpm配置修改）：将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。情况二解决办法（nginx配置修改）：为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下：将fastcgi_buffers由4 64k改为2 256k;将fastcgi_buffer_size 由64k改为128k;将fastcgi_busy_buffers_size由128k改为256k;将fastcgi_temp_file_write_size由128k改成256k。情况二解决办法修改完，我们需要重新加载php-fpm和nginx的配置，然后再进行测试。之后就没有发现“504 Gateway Time-out”错误，效果也还是不错的！

504 gateway time-out怎么解决？ Nginx所报告的“504 gateway time-out”的含义指定的客户端所发出的的请求没有到达网关，换句话说就是请求没有到可以执行的PHP-fpm。 一般来说，Nginx报告的“504 gateway time-out”则是与nginx.conf的设置有关。 504 gateway time-out怎么解决 1.先查看Nginx配置 2.然后停掉192.168.9.19的相关服务，再访问： 3.修改源代码src/http/ngx_http_special_response.c，找到如下部分： 4.修改以下内容： 5.重新编译Nginx，然后再访问： 504 gateway time-out故障虽然是隐藏了，可只能骗得了别人一时，最终还得解决问题。无论是502错误还是504错误，都有可能是Nginx的相关错误，也可能是后端服务器的问题。那么我们就从这些方面入手了解一下问题的所在。 （1）首先需要确定的是后端服务器启动没有，当然在这里就是php-fpm进行启动没有。 （2）其次是确定php-fpm的worker进程是否够用。 （3）FastCGI缓存或代理的缓存情况。 （4）PHP执行时间长。

浏览器打开时提示504 Gateway Time-out错误搜索，是由服务器未能及时响应客户端造成的。解决方法：1、如果是流量太大引起的，请增加服务器的流量。2、如果是WEB服务器的设置引起的，请重新进行设置。3、这个问题只能由服务器的管理员才能解决，客户端无法解决。或者也可以联系服务商网维检查

504是网络超时，按以下步骤排查问题：1、客户端网络是否有问题2、服务器网络是否有问题3、代码是否有异常，可以直接输出hello world看下

情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。2情况一解决办法：默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k这表示设置fastcgi缓冲区为8块128k大小的空间。3情况一解决办法（改进）：在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：send_timeout 60;经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。4情况二：PHP环境的配置问题这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。5情况二解决办法（ php-fpm配置修改）：将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。6情况二解决办法（nginx配置修改）：为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下：将fastcgi_buffers由4 64k改为2 256k;将fastcgi_buffer_size 由64k改为128k;将fastcgi_busy_buffers_size由128k改为256k;将fastcgi_temp_file_write_size由128k改成256k。7情况二解决办法修改完，我们需要重新加载php-fpm和nginx的配置，然后再进行测试。之后就没有发现“504 Gateway Time-out”错误，效果也还是不错的！

你好，很高兴为你解答:504错误代表网关超时

504gatewaytime-out怎么解决？nginx所报告的“504gatewaytime-out”的含义指定的客户端所发出的的请求没有到达网关，换句话说就是请求没有到可以执行的php-fpm。一般来说，nginx报告的“504gatewaytime-out”则是与nginx.conf的设置有关。504gatewaytime-out怎么解决1.先查看nginx配置2.然后停掉192.168.9.19的相关服务，再访问：3.修改源代码src/http/ngx_http_special_response.c，找到如下部分：4.修改以下内容：5.重新编译nginx，然后再访问：504gatewaytime-out故障虽然是隐藏了，可只能骗得了别人一时，最终还得解决问题。无论是502错误还是504错误，都有可能是nginx的相关错误，也可能是后端服务器的问题。那么我们就从这些方面入手了解一下问题的所在。（1）首先需要确定的是后端服务器启动没有，当然在这里就是php-fpm进行启动没有。（2）其次是确定php-fpm的worker进程是否够用。（3）fastcgi缓存或代理的缓存情况。（4）php执行时间长。

网关超时

在安装完Nginx+PHP-fpm+Mysql后，跑PHP的应用会经常出现504 Gateway Time-out 或者502 Bad Gateway的情况。Nginx 504 Gateway Time-out 的含义是所请求的网关没有请求到，简单来说就是没有请求到可以执行的 PHP-CGI。这种情况可能是由于 nginx 默认的 fastcgi 进程响应的缓冲区太小造成的, 这将导致 fastcgi 进程被挂起, 如果你的 fastcgi 服务对这个挂起处理的不好, 那么最后就极有可能导致 504 Gateway Time-out。

情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成 这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。情况一解决办法： 默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k 这表示设置fastcgi缓冲区为8块128k大小的空间。情况一解决办法（改进）： 在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒： send_timeout 60; 经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。情况二：PHP环境的配置问题 这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。情况二解决办法（ php-fpm配置修改）： 将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。 将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。情况二解决办法（nginx配置修改）： 为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下： 将fastcgi_buffers由4 64k改为2 256k; 将fastcgi_buffer_size 由64k改为128k; 将fastcgi_busy_buffers_size由128k改为256k; 将fastcgi_temp_file_write_size由128k改成256k。情况二解决办法修改完，我们需要重新加载php-fpm和nginx的配置，然后再进行测试。之后就没有发现“504 Gateway Time-out”错误，效果也还是不错的！

504 gateway time-out怎么解决？Nginx所报告的“504 gateway time-out”的含义指定的客户端所发出的的请求没有到达网关，换句话说就是请求没有到可以执行的PHP-fpm。一般来说，Nginx报告的“504 gateway time-out”则是与nginx.conf的设置有关。504 gateway time-out怎么解决1.先查看Nginx配置2.然后停掉192.168.9.19的相关服务，再访问：3.修改源代码src/http/ngx_http_special_response.c，找到如下部分：4.修改以下内容：5.重新编译Nginx，然后再访问：504 gateway time-out故障虽然是隐藏了，可只能骗得了别人一时，最终还得解决问题。无论是502错误还是504错误，都有可能是Nginx的相关错误，也可能是后端服务器的问题。那么我们就从这些方面入手了解一下问题的所在。（1）首先需要确定的是后端服务器启动没有，当然在这里就是php-fpm进行启动没有。（2）其次是确定php-fpm的worker进程是否够用。（3）FastCGI缓存或代理的缓存情况。（4）PHP执行时间长。

情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。解决办法：默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k这表示设置fastcgi缓冲区为8块128k大小的空间。解决办法（改进）：在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：send_timeout 60;经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。情况二：PHP环境的配置问题这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。解决办法（ php-fpm配置修改）：将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。解决办法（nginx配置修改）：为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下：将fastcgi_buffers由4 64k改为2 256k;将fastcgi_buffer_size 由64k改为128k;将fastcgi_busy_buffers_size由128k改为256k;将fastcgi_temp_file_write_size由128k改成256k。解决办法修改完，我们需要重新加载php-fpm和nginx的配置，然后再进行测试。

504错误 百度百科解释 504错误代表网关超时 （Gateway timeout），是指服务器作为网关或代理，但是没有及时从上游服务器收到请求。 服务器（不一定是 Web 服务器）正在作为一个网关或代理来完成客户（如您的浏览器或我们的 CheckUpDown 机器人）访问所需网址的请求。 为了完成您的 HTTP 请求， 该服务器访问一个上游服务器， 但没得到及时的响应。这通常意味着上游服务器已关闭（不响应网关 / 代理），而不是上游服务器和网关/代理在交换数据的协议上不一致。正常情况下，是由于被请求服务器发送超时引起。 实际中遇到的问题： 静态资源加载失败 从日志上看，请求到了cdn边缘节点，但是没有到源站

504gatewaytime-out怎么解决？Nginx所报告的“504gatewaytime-out”的含义指定的客户端所发出的的请求没有到达网关，换句话说就是请求没有到可以执行的PHP-fpm。一般来说，Nginx报告的“504gatewaytime-out”则是与nginx.conf的设置有关。504gatewaytime-out怎么解决1.先查看Nginx配置2.然后停掉192.168.9.19的相关服务，再访问：3.修改源代码src/http/ngx_http_special_response.c，找到如下部分：4.修改以下内容：5.重新编译Nginx，然后再访问：504gatewaytime-out故障虽然是隐藏了，可只能骗得了别人一时，最终还得解决问题。无论是502错误还是504错误，都有可能是Nginx的相关错误，也可能是后端服务器的问题。那么我们就从这些方面入手了解一下问题的所在。（1）首先需要确定的是后端服务器启动没有，当然在这里就是php-fpm进行启动没有。（2）其次是确定php-fpm的worker进程是否够用。（3）FastCGI缓存或代理的缓存情况。（4）PHP执行时间长。

打开网页出现504是通常意味着上游服务器已关闭(不响应网关 / 代理),而不是上游服务器和网关 / 代理在交换数据的协议上不一致。 正常情况下,是由于被请求服务器发送...

有数据实体返回,也不允许有实体返回。

情况二：PHP环境的配置问题有时候网站需

一般看来, 这种情况可能是由于nginx默认的fastcgi进程响应的缓冲区太小造成的, 这将导致fastcgi进程被挂起, 如果你的fastcgi服务对这个挂起处理的不好, 那么最后就极有可能导致504 Gateway Time-out现在的网站, 尤其某些论坛有大量的回复和很多内容的, 一个页面甚至有几百K默认的fastcgi进程响应的缓冲区是8K, 我们可以设置大点在nginx.conf里, 加入:fastcgi_buffers 8 128k这表示设置fastcgi缓冲区为8×128k当然如果在进行某一项即时的操作, 可能需要nginx的超时参数调大点, 例如设置成60秒:send_timeout 60;只是调整了这两个参数, 结果就是没有再显示那个超时, 可以说效果不错另一篇文章首先是更改php-fpm的几处配置：把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用；把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。接着再更改nginx的几个配置项，减少FastCGI的请求次 数，尽量维持buffers不变：fastcgi_buffers由 4 64k 改为 2 256k； fastcgi_buffer_size 由 64k 改为 128K； fastcgi_busy_buffers_size 由 128K 改为 256K； fastcgi_temp_file_write_size 由 128K 改为 256K。好了，重新加载php-fpm和nginx的配置，再次测试，至今两周时间内没有再出现504 Gateway Time-out的情况，算是达到效果了。另外，php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之一，因此可以将php-fpm的处理方式改成apache模式。 apache-like

打开网页出现504是通常意味着上已关闭

　　情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成 这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好，就可能提示“504 Gateway Time-out”错误。　　2 情况一解决办法： 默认的fastcgi进程响应的缓冲区是8K，可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k 这表示设置fastcgi缓冲区为8块128k大小的空间。　　3 情况一解决办法（改进）： 在上述方法修改后，如果还是出现问题，可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒： send_timeout 60; 经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。

意思为：网关超时！网关(Gateway)又称网间连接器、协议转换器。网关在传输层上以实现网络互连，是最复杂的网络互连设备，仅用于两个高层协议不同的网络互连。网关的结构也和路由器类似，不同的是互连层。网关既可以用于广域网互连，也可以用于局域网互连。 网关是一种充当转换重任的计算机系统或设备。在使用不同的通信协议、数据格式或语言，甚至体系结构完全不同的两种系统之间，网关是一个翻译器。与网桥只是简单地传达信息不同，网关对收到的信息要重新打包，以适应目的系统的需求。同时，网关也可以提供过滤和安全功能。大多数网关运行在OSI 7层协议的顶层--应用层。网关实质上是一个网络通向其他网络的IP地址。比如有网络A和网络B，网络A的IP地址范围为“192.168.1.1~192. 168.1.254”，子网掩码为255.255.255.0；网络B的IP地址范围为“192.168.2.1~192.168.2.254”，子网掩码为255.255.255.0。在没有路由器的情况下，两个网络之间是不能进行TCP/IP通信的，即使是两个网络连接在同一台交换机(或集线器)上，TCP/IP协议也会根据子网掩码(255.255.255.0)判定两个网络中的主机处在不同的网络里。而要实现这两个网络之间的通信，则必须通过网关。如果网络A中的主机发现数据包的目的主机不在本地网络中，就把数据包转发给它自己的网关，再由网关转发给网络B的网关，网络B的网关再转发给网络B的某个主机(如附图所示)。网络B向网络A转发数据包的过程。所以说，只有设置好网关的IP地址，TCP/IP协议才能实现不同网络之间的相互通信。那么这个IP地址是哪台机器的IP地址呢？网关的IP地址是具有路由功能的设备的IP地址，具有路由功能的设备有路由器、启用了路由协议的服务器(实质上相当于一台路由器)、代理服务器(也相当于一台路由器)。

一般看来, 这种情况可能是由于nginx默认的fastcgi进程响应的缓冲区太小造成的, 这将导致fastcgi进程被挂起, 如果你的fastcgi服务对这个挂起处理的不好, 那么最后就极有可能导致504 Gateway Time-out现在的网站, 尤其某些论坛有大量的回复和很多内容的, 一个页面甚至有几百K默认的fastcgi进程响应的缓冲区是8K, 我们可以设置大点在nginx.conf里, 加入:fastcgi_buffers 8 128k这表示设置fastcgi缓冲区为8×128k当然如果您在进行某一项即时的操作, 可能需要nginx的超时参数调大点, 例如设置成60秒:send_timeout 60;我只是调整了这两个参数, 结果就是没有再显示那个超时, 可以说效果不错另一篇文章首先是更改php-fpm的几处配置：把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用；把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。接着再更改nginx的几个配置项，减少FastCGI的请求次 数，尽量维持buffers不变： fastcgi_buffers由 4 64k 改为 2 256k； fastcgi_buffer_size 由 64k 改为 128K； fastcgi_busy_buffers_size 由 128K 改为 256K； fastcgi_temp_file_write_size 由 128K 改为 256K。好了，重新加载php-fpm和nginx的配置，再次测试，至今两周时间内没有再出现504 Gateway Time-out的情况，算是达到效果了。另外，php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之一，因此可以将php-fpm的处理方式改成apache模式。 apache-like

504 gateway time-out怎么解决？Nginx所报告的“504 gateway time-out”的含义指定的客户端所发出的的请求没有到达网关，换句话说就是请求没有到可以执行的PHP-fpm。一般来说，Nginx报告的“504 gateway time-out”则是与nginx.conf的设置有关。504 gateway time-out怎么解决1.先查看Nginx配置2.然后停掉192.168.9.19的相关服务，再访问：3.修改源代码src/http/ngx_http_special_response.c，找到如下部分：4.修改以下内容：5.重新编译Nginx，然后再访问：504 gateway time-out故障虽然是隐藏了，可只能骗得了别人一时，最终还得解决问题。无论是502错误还是504错误，都有可能是Nginx的相关错误，也可能是后端服务器的问题。那么我们就从这些方面入手了解一下问题的所在。（1）首先需要确定的是后端服务器启动没有，当然在这里就是php-fpm进行启动没有。（2）其次是确定php-fpm的worker进程是否够用。（3）FastCGI缓存或代理的缓存情况。（4）PHP执行时间长。

情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成 这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。情况一解决办法： 默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k 这表示设置fastcgi缓冲区为8块128k大小的空间。情况一解决办法（改进）： 在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒： send_timeout 60; 经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。情况二：PHP环境的配置问题 这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。情况二解决办法（ php-fpm配置修改）： 将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。 将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。情况二解决办法（nginx配置修改）： 为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下： 将fastcgi_buffers由4 64k改为2 256k; 将fastcgi_buffer_size 由64k改为128k; 将fastcgi_busy_buffers_size由128k改为256k; 将fastcgi_temp_file_write_size由128k改成256k。情况二解决办法修改完，我们需要重新加载php-fpm和nginx的配置，然后再进行测试。之后就没有发现“504 Gateway Time-out”错误，效果也还是不错的！

504错误代表网关超时 （Gateway timeout），是指服务器作为网关或代理，但是没有及时从上游服务器收到请求。任何客户端在和网络服务器通讯时，都需经过以下循环：1、从站点的 IP 名称获得一个 IP 地址。这个对应关系 （ 即由 IP 名称向 IP 地址转换的对应关系 ） 由域名服务器 （DNSs） 提供。2、打开一个 IP 套接字 （socket） 连接到该 IP 地址。3、通过该套接字写 HTTP 数据流。4、从Web服务器接受响应的 HTTP 数据流。该数据流包括状态编码， 其值取决于 HTTP 协议 。 解析该数据流得到 状态编码和其他有用信息。5、该错误在以上所述的最后一步生成，即当客户端收到 HTTP 状态编码 并识别其为 ‘504" 时。扩展资料特性1、可扩展性服务器必须具有一定的“可扩展性”，这是因为企业网络不可能长久不变，特别是在当今信息时代。2、易使用性服务器的功能相对于PC机来说复杂许多，不仅指其硬件配置，更多的是指其软件系统配置。服务器要实现如此多的功能，没有全面的软件支持是无法想象的。3、可用性对于一台服务器而言，一个非常重要的方面就是它的“可用性”，即所选服务器能满足长期稳定工作的要求，不能经常出问题。其实就等同于Sun所提出的可靠性（Reliability）。4、易管理性在服务器的主要特性中，还有一个重要特性，那就是服务器的“易管理性”。参考资料来源：百度百科——服务器参考资料来源：百度百科——504错误

情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成 这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。情况一解决办法： 默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k 这表示设置fastcgi缓冲区为8块128k大小的空间。情况一解决办法（改进）： 在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒： send_timeout 60; 经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。情况二：PHP环境的配置问题 这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。情况二解决办法（ php-fpm配置修改）： 将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。 将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。情况二解决办法（nginx配置修改）： 为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下： 将fastcgi_buffers由4 64k改为2 256k; 将fastcgi_buffer_size 由64k改为128k; 将fastcgi_busy_buffers_size由128k改为256k; 将fastcgi_temp_file_write_size由128k改成256k。情况二解决办法修改完，我们需要重新加载php-fpm和nginx的配置，然后再进行测试。之后就没有发现“504 Gateway Time-out”错误，效果也还是不错的！

504 Gateway Timeoutcann"t recv head from remote server服务器 网关 问题 让isp商 解决！

504 Gateway Time-out"是什么意思？意思为：网关超时！网关(Gateway)又称网间连接器、协议转换器。网关在传输层上以实现网络互连，是最复杂的网络互连设备，仅用于两个高层协议不同的网络互连。网关的结构也和路由器类似，不同的是互连层。网关既可以用于广域网互连，也可以用于局域网互连。 网关是一种充当转换重任的计算机系统或设备。在使用不同的通信协议、数据格式或语言，甚至体系结构完全不同的两种系统之间，网关是一个翻译器。与网桥只是简单地传达信息不同，网关对收到的信息要重新打包，以适应目的系统的需求。同时，网关也可以提供过滤和安全功能。大多数网关运行在OSI 7层协议的顶层--应用层。大家都知道，从一个房间走到另一个房间，必然要经过一扇门。同样，从一个网络向另一个网络发送信息，也必须经过一道“关口”，这道关口就是网关。顾名思义，网关(Gateway)就是一个网络连接到另一个网络的“关口”。按照不同的分类标准，网关也有很多种。TCP/IP协议里的网关是最常用的，在这里我们所讲的“网关”均指TCP/IP协议下的网关。那么网关到底是什么呢？网关实质上是一个网络通向其他网络的IP地址。比如有网络A和网络B，网络A的IP地址范围为“192.168.1.1~192. 168.1.254”，子网掩码为255.255.255.0；网络B的IP地址范围为“192.168.2.1~192.168.2.254”，子网掩码为255.255.255.0。在没有路由器的情况下，两个网络之间是不能进行TCP/IP通信的，即使是两个网络连接在同一台交换机(或集线器)上，TCP/IP协议也会根据子网掩码(255.255.255.0)判定两个网络中的主机处在不同的网络里。而要实现这两个网络之间的通信，则必须通过网关。如果网络A中的主机发现数据包的目的主机不在本地网络中，就把数据包转发给它自己的网关，再由网关转发给网络B的网关，网络B的网关再转发给网络B的某个主机(如附图所示)。网络B向网络A转发数据包的过程。所以说，只有设置好网关的IP地址，TCP/IP协议才能实现不同网络之间的相互通信。那么这个IP地址是哪台机器的IP地址呢？网关的IP地址是具有路由功能的设备的IP地址，具有路由功能的设备有路由器、启用了路由协议的服务器(实质上相当于一台路由器)、代理服务器(也相当于一台路由器)。在和 Novell NetWare 网络交互操作的上下文中，网关在 Windows 网络中使用的服务器信息块 (SMB) 协议以及 NetWare 网络使用的 NetWare 核心协议 (NCP) 之间起着桥梁的作用。网关也被称为 IP 路由器。计算机主机网关的作用是什么？假设你的名字叫小不点，你住在一个大院子里，你的邻居有很多小伙伴，在门口传达室还有个看大门的李大爷，李大爷就是你的网关。当你想跟院子里的某个小伙伴玩，只要你在院子里大喊一声他的名字，他听到了就会回应你，并且跑出来跟你玩。但是你不被允许走出大门，你想与外界发生的一切联系，都必须由门口的李大爷（网关）用电话帮助你联系。假如你想找你的同学小明聊天，小明家住在很远的另外一个院子里，他家的院子里也有一个看门的王大爷（小明的网关）。但是你不知道小明家的电话号码，不过你的班主任老师有一份你们班全体同学的名单和电话号码对照表，你的老师就是你的DNS服务器。于是你在家里拨通了门口李大爷的电话，有了下面的对话：小不点：李大爷，我想找班主任查一下小明的电话号码行吗？李大爷：好，你等着。（接着李大爷给你的班主任挂了一个电话，问清楚了小明的电话）问到了，他家的号码是211.99.99.99小不点：太好了！李大爷，我想找小明，你再帮我联系一下小明吧。李大爷：没问题。（接着李大爷向电话局发出了请求接通小明家电话的请求，最后一关当然是被转接到了小明家那个院子的王大爷那里，然后王大爷把电话给转到小明家）就这样你和小明取得了联系。解决跨网关技术现行的IPV4的IP地址是32位的，根据头几位再划分为A、B、C三类地址；但由于INTERNET的迅猛发展，IP资源日渐枯竭，可供分配的IP地越来越少，跟一日千里的INTERNET发展严重冲突，在IPV6还远未能全面升级的情况下，惟有以代理服务器的方式，实行内部网地址跟公网地址进行转化而实现接入INTERNET。中介作用的代理服务器就是一个网关，也就是这个网关带给现阶段的多媒体通讯系统无尽的烦恼。在IP资源可怜的情况下，惟有以网关甚至多层网关的方式接入宽带网， 因为多媒体通讯系统的协议如H.323等要进行业务的双方必须有一方有公网的IP地址，但是现在的宽带有几个用户能符合这个要求？microsoft的NETMEETING等等多媒体通讯系统就是处于这种尴尬的位置；跨网关成为头疼的难题。跨网关： 网络数据通过层层网关，受制于网关节点速度，网络速度大大降低。 跨网关技术基于底层网络协议，突破网关瓶颈，实现客户点对点交流。网关的类型1、传输网关。传输网关用于在2个网络间建立传输连接。利用传输网关，不同网络上的主机间可以建立起跨越多个网络的、级联的、点对点的传输连接。例如通常使用的路由器就是传输网关，“网关”的作用体现在连接两个不同的网段，或者是两个不同的路由协议之间的连接，如RIP,EIGRP,OSPF,BGP等。2、应用网关。应用网关在应用层上进行协议转换。例如，一个主机执行的是ISO电子邮件标准，另一个主机执行的是Internet 电子邮件标准，如果这两个主机需要交换电子邮件，那么必须经过一个电子邮件网关进行协议转换，这个电子邮件网关是一个应用网关。再例如，在和 Novell NetWare 网络交互操作的上下文中，网关在 Windows 网络中使用的服务器信息块 (SMB) 协议以及 NetWare 网络使用的 NetWare 核心协议 (NCP) 之间起着桥梁的作用。NCP是工作在OSI第七层的协议，用以控制客户站和服务器间的交互作用，主要完成不同方式下文件的打开、关闭、读取功能。现在的网关产品分类越来越细了，有信令网关，中继网关，还有接入网关:信令网关SG，主要完成7号信令网与IP网之间信令消息的中继，在3G初期，对于完成接入侧到核心网交换之间的消息的转接(3G之间的RANAP消息，3G与2G之间的BSSAP消息)，另外还能完成2G的MSC/GMSC与软交换机之间ISUP消息的转接。中继网关又叫IP网关,同时满足电信运营商和企业需求的VoIP设备。中继网关(IP网关)由基于中继板和媒体网关板建构，单板最多可以提供128路媒体转换，两个以太网口，机框采用业界领先的CPCI标准，扩容方便具有高稳定性、高可靠性、高密度、容量大等特点.接入网关是基于IP的语音/传真业务的媒体接入网关，提供高效、高质量的话音服务，为运营商、企业、小区、住宅用户等提供VoIP解决方案。可以向客服反映

关于服务器配置的解决方法我就不说了，网上一大堆。我碰到过一次504然而配置能改的都改了还是504。始终过不了30秒的槛。最终发现是CDN的问题，我用的阿里云的CDN,里面有一个"回源请求超时时间"的设置，把它设置高点就好了。CDN 》域名管理 》选择域名 》回源配置 》回源请求超时时间网页链接

　　情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。2情况一解决办法：默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k这表示设置fastcgi缓冲区为8块128k大小的空间。3情况一解决办法（改进）：在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：send_timeout 60;经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。4情况二：PHP环境的配置问题这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。5情况二解决办法（ php-fpm配置修改）：将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。6情况二解决办法（nginx配置修改）：为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下：将fastcgi_buffers由4 64k改为2 256k;将fastcgi_buffer_size 由64k改为128k;将fastcgi_busy_buffers_size由128k改为256k;将fastcgi_temp_file_write_size由128k改成256k。7情况二解决办法修改完，我们需要重新加载php-fpm和nginx的配置，然后再进行测试。之后就没有发现“504 Gateway Time-out”错误，效果也还是不错的！

出现504怎么办呢

联网超时，退出重新登或者刷新一下就可以

参考资料 https://blog.csdn.net/feinifi/article/details/88117869 简单来说,加上proxy_read_timeout 就能搞定

一、可参考：504网关超时怎么解决_百度知道http://zhidao.baidu.com/link?url=dEi2DTeJ3WZj6yPHvvwAY95lj4hmI8On4ZuyAcCsTgUGnV3I84jTDvDudrKw0awzaJjEft6puUOgUbGZLEMK2WW94Qi46SX0PzG0Yp21NT_二、清除DNS缓存开始 - 运行（输入CMD）回车，打开管理员命令窗口，输入ipconfig /flushdns命令（如果怕输入有误可复制ipconfig /flushdns，左键点击窗口左上角管理员左边的小框，在下拉菜单中左键点击编辑，在编辑的二级菜单中左键点击粘贴），回车。这时管理员命令窗口就会显示：Windows IP 设置，已成功刷新 DNS 解析缓存。详情请参考《百度经验》http://jingyan.baidu.com/article/0eb457e50c86cf03f0a90542.html

一、网络设置的问题 这种原因比较多出现在需要手动指定IP、网关、DNS服务器联网方式下，及使用代理服务器上网的。仔细检查计算机的网络设置。 二、DNS服务器的问题 当IE无法浏览网页时，可先尝试用IP地址来访问，如果可以访问，那么应该是DNS的问题，造成DNS的问题可能是连网时获取DNS出错或DNS服务器本身问题，这时你可以手动指定DNS服务（地址可以是你当地ISP提供的DNS服务器地址，也可以用其它地方可正常使用DNS服务器地址。）在网络的属性里进行，（控制面板—网络和拔号连接—本地连接—右键属性—TCP/IP协议—属性—使用下面的DNS服务器地址）。不同的ISP有不同的DNS地址。有时候则是路由器或网卡的问题，无法与ISP的DNS服务连接，这种情况的话，可把路由器关一会再开，或者重新设置路由器。 还有一种可能，是本地DNS缓存出现了问题。为了提高网站访问速度，系统会自动将已经访问过并获取IP地址的网站存入本地的DNS缓存里，一旦再对这个网站进行访问，则不再通过DNS服务器而直接从本地DNS缓存取出该网站的IP地址进行访问。所以，如果本地DNS缓存出现了问题，会导致网站无法访问。可以在“运行”中执行ipconfig /flushdns来重建本地DNS缓存。 三、IE浏览器本身的问题 当IE浏览器本身出现故障时，自然会影响到浏览了；或者IE被恶意修改破坏也会导致无法浏览网页。这时可以尝试用“黄山IE修复专家”来修复（建议到安全模式下修复），或者重新IE（如重装IE遇到无法重新的问题，可参考：附一解决无法重装IE） 四、网络防火墙的问题 如果网络防火墙设置不当，如安全等级过高、不小心把IE放进了阻止访问列表、错误的防火墙策略等，可尝试检查策略、降低防火墙安全等级或直接关掉试试是否恢复正常。 五、网络协议和网卡驱动的问题 IE无法浏览，有可能是网络协议（特别是TCP/IP协议）或网卡驱动损坏导致，可尝试重新网卡驱动和网络协议。 六、HOSTS文件的问题 HOSTS文件被修改，也会导致浏览的不正常，解决方法当然是清空HOSTS文件里的内容。 七、系统文件的问题 当与IE有关的系统文件被更换或损坏时，会影响到IE正常的使用，这时可使用SFC命令修复一下，WIN98系统可在“运行”中执行SFC，然后执行扫描；WIN2000/XP/2003则在“运行”中执行sfc /scannow尝试修复。 其中当只有IE无法浏览网页，而可以上时，则往往由于winsock.dll、wsock32.dll或wsock.vxd（VXD只在WIN9X系统下存在）等文件损坏或丢失造成，Winsock是构成TCP/IP协议的重要组成部分，一般要重装TCP/IP协议。但xp开始集成TCP/IP协议，所以不能像98那样简单卸载后重装，可以使用 netsh 命令重置 TCP/IP协议，使其恢复到初次安装操作系统时的状态。具体操作如下： 点击“开始 运行”，在运行对话框中输入“CMD”命令，弹出命令提示符窗口，接着输入“netsh int ip reset c: esetlog.txt”命令后会回车即可，其中“resetlog.txt”文件是用来记录命令执行结果的日志文件，该参数选项必须指定，这里指定的日志文件的完整路径是“c: esetlog.txt”。执行此命令后的结果与删除并重新安装 TCP/IP 协议的效果相同。 小提示：netsh命令是一个基于命令行的脚本编写工具，你可以使用此命令配置和监视Windows 系统，此外它还提供了交互式网络外壳程序接口，netsh命令的使用格式请参看帮助文件（在令提示符窗口中输入“netsh/?”即可）。 第二个解决方法是修复以上文件，WIN9X使用SFC重新提取以上文件，WIN2000/XP/2003使用sfc /scannow命令修复文件,当用sfc /scannow无法修复时，可试试网上发布的专门针对这个问题的修复工具WinSockFix，可以在网上搜索下载。 八、杀毒软件的实时监控问题 这倒不是经常见，但有时的确跟实时监控有关，因为现在杀毒软件的实时监控都添加了对网页内容的监控。举一个实例：KV2005就会在个别的机子上会导致IE无法浏览网页（不少朋友遇到过），其具体表现是只要打开网页监控，一开机上网大约20来分钟后，IE就会无法浏览网页了，这时如果把KV2005的网页监控关掉，就一切恢复正常；经过彻底地重装KV2005也无法解决。虽然并不是安装KV2005的每台机子都会出现这种问题，毕竟每台机子的系统有差异，安装的程序也不一样。但如果出现IE无法浏览网页时，也要注意检查一下杀毒软件。 九、感染了病毒所致 这种情况往往表现在打开IE时，在IE界面的左下框里提示：正在打开网页，但老半天没响应。在任务管理器里查看进程，（进入方法，把鼠标放在任务栏上，按右键—任务管理器—进程）看看CPU的占用率如何，如果是100%，可以肯定，是感染了病毒，这时你想运行其他程序简直就是受罪。这就要查查是哪个进程贪婪地占用了CPU资源．找到后，最好把名称记录下来，然后点击结束，如果不能结束，则要启动到安全模式下把该东东删除，还要进入注册表里，（方法：开始—运行，输入regedit）在注册表对话框里，点编辑—查找，输入那个程序名，找到后，点鼠标右键删除，然后再进行几次的搜索，往往能彻底删除干净。 有很多的病毒，杀毒软件无能为力时，唯一的方法就是手动删除。 十一、无法打开二级链接 还有一种现象也需特别留意：就是能打开网站的首页，但不能打开二级链接，如果是这样，处理的方法是重新注册如下的DLL文件： 在开始—运行里输入： regsvr32 Shdocvw.dll regsvr32 Shell32.dll（注意这个命令，先不用输） regsvr32 Oleaut32.dll regsvr32 Actxprxy.dll regsvr32 Mshtml.dll regsvr32 Urlmon.dll regsvr32 Msjava.dll regsvr32 Browseui.dll 注意：每输入一条，按回车。第二个命令可以先不用输，输完这些命令后重新启动windows，如果发现无效，再重新输入一遍，这次输入第二个命令。

大家对于504 Gateway Time-out的字面意思可以理解为网页请求超时，这是我们在浏览网站网页时发出的请求没有响应，从网站程序层面来讲，是请求未能够执行相应的PHP-CGI程序，或者PHP-CGI程序未能做出相应的处理，又或者是CGI程序的响应处理结果未能够反馈到浏览器或者未能及时反馈到浏览器。其次，04 Gateway Time-out错误多是存在于Nginx网站服务器环境下，多与nginx.conf与php-fpm.conf设置是否正确合理有关。504GatewayTime-out错误的解决方法是根据网站服务器性能及网站流量等诸多因素整合考虑，正确合理的设置niginx.conf和php-fpm.conf配置。而进行正确合理nginx.conf配置，需要我们首先了解清楚我们网站服务器的配置性能，包括CPU、内存等基本配置，并对网站服务器进行必要的性能测试，从而准确的掌握网站服务器自身性能状况；接下来，可以通过网站统计代码的添加，分析一段时间内网站流量状况，比如：百度统计、CNZZ站长统计等，掌握网站日流量及PHP-CGI请求的大概情况；最后，根据我们掌握的服务器性能状况及网络流量情况，合理的对nginx.conf中的下列字句进行合理正确的设置。fastcgi_connect_timeout300s;fastcgi_send_timeout300s;fastcgi_read_timeout300s;fastcgi_buffer_size128k;fastcgi_buffers8128k;#8128fastcgi_busy_buffers_size256k;fastcgi_temp_file_write_size256k;fastcgi_intercept_errorson;这些字句的设置规定了PHP-CGI的连接、发送和读取时间限制，需根据服务器性能及网络流量综合考虑设置，时间设置过长会给网站服务器造成压力，导致网站响应缓慢，甚至服务器宕机；时间设置过短，则会出现504 Gateway Time-out或者其他CGI无响应错误。还有就是php-fpm.conf中max_children与request_terminate_timeout两个重要参数的设置。这两个参数的设置需要我们根据PHP程序情况及服务器带宽状况综合考虑并计算出合理准确的值，才能够避免504 Gateway Time-out或者其他CGI无响应错误的出现。正常情况下，一般网站可将request_terminate_timeou设置在900s左右，而max_children值根据服务器内存大小和CGI请求数目设置为合理的数值，一般设置为800M左右。

这个是你自己服务器配置出现的错误你用的肯定是 nginx服务器对吧你可以看看百度经验的这篇文章：http://jingyan.baidu.com/article/6fb756ecbf4774241858fb9a.html

你可适当调大 nginx 和 tomcat 之间的 timeout 参数值 504 错误是 tomcat 的程序处理不过来了，跟 nginx 没关系，检查你的程序吧，肯定会低效率的地方

504 Gateway Time-out The gateway did not receive a timely response from the upstream server or application. Powered by Tengine nginx 和php-fpm配置文件配置都已修改，打开网站还是超时 这个是安全组端口问题， 如果你的服务器是阿里云服务器，可以去阿里云安全组将80端口添加进去；然后你发现网站可以打开了； 完美解决。

网络信号不好

是不是你的代码里面有重复提交表单的语句啊

我也遇到这样的问题不知如何解决，要淡定淡定，不要着急

在一次接口测试中，发现返回的http 504 time out 的错误，然后查看了php-fpm的错误日志，发现了如下错误 从表现上看，是php进程超时导致的进程被kill了，那么这个超时时间以及kill的机制是跟哪些参数有关呢，这里系统这里一下。 Nginx服务一般因为php的错误或者超时会有两种错误码502 bad Gateway 或者 504 Gateway Time-out 一种情况是php产生了语法错误，比如循环调用、变量作用域错误、方法不存在等，如果开启错误日志输出的话，这种错误在php-fpm的错误日志中是可以看到调用栈信息的。 另外一种情况可能就是超时引起的php-fpm主动kill的情况，在php.ini和php.fpm中有两个配置项，用来管理php脚本的最大执行时间 当php脚本的执行时间超过这个时间时，PHP-FPM不只会终止脚本的执行，还会终止执行脚本的Worker进程。所以Nginx会发现与自己通信的连接断掉了，就会返回给客户端502错误。 以顶部的错误为例，当报502错误是，nginx的errorlog中有如下日志，： 所以只需将这两项的值调大一些就可以让PHP脚本不会因为执行时间长而被终止了。request_terminate_timeout可以覆盖max_execution_time， 所以如果不想改全局的php.ini，那只改PHP-FPM的配置就可以了。 此外要注意的是Nginx的upstream模块中的max_fail和fail_timeout两项。这两个配置表示在fail_timeout事件内，如果fail的测试达到max_fail，那么在接下来的fail_timeout时间内，Nginx都会认为上游服务器挂掉了，都会返回502错误。 所以可以将max_fail调大一些，将fail_timeout调小一些。 PHP-FPM设置的脚本最大执行时间已经够长了，但执行耗时PHP脚本时，发现Nginx报错从502变为504了。这是为什么呢？ 因为我们修改的只是PHP的配置，Nginx中也有关于与上游服务器通信超时时间的配置 以Nginx超时时间为90秒，PHP-FPM超时时间为300秒为例，报504 Gateway Timeout错误时的Nginx错误访问日志如下： 调高这三项的值（主要是read和send两项，默认不配置的话Nginx会将超时时间设为60秒）之后，504错误也解决了。 而且这三项配置可以配置在http、server级别，也可以配置在location级别。担心影响其他应用的话，就配置在自己应用的location中吧。 要注意的是factcgi_connect/read/send_timeout是对FastCGI生效的，而proxy_connect/read/send_timeout是对proxy_pass生效的。 参考链接： http://www.cnblogs.com/fei33423/p/8184098.html 感谢分享！