504 gateway time-out(谁能帮我解决一下网关超时)

504 gateway time-out，谁能帮我解决一下网关超时？

1、首先我们可以选择重启电脑，然后快速按F8按键，选择最后一次正确的配置。

2、上一步完成之后，选择安全模式，按回车进入。

504gatewaytime？

情况一：由于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”错误，效果也还是不错的。

out错误解决办法？

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秒，可以防止进程都被挂起，提高利用效率。