Nginx 反向代理导致 504 网关超时

可能可以再添加几行来增加上游的超时时间。下面的示例将超时设置为 300 秒：

proxy_connect_timeout       300;
proxy_send_timeout          300;
proxy_read_timeout          300;
send_timeout                300;

---

增加超时不太可能解决您的问题，因为正如您所说，实际的目标 Web 服务器响应良好。

我遇到了同样的问题，我发现这与未在连接上使用保持连接有关。我实际上无法回答为什么会这样，但是在清除连接标头时我解决了这个问题并且请求被代理得很好：

server {
    location / {
        proxy_set_header   X-Real-IP $remote_addr;
        proxy_set_header   Host      $http_host;
        proxy_http_version 1.1;
        proxy_set_header Connection "";
        proxy_pass http://localhost:5000;
    }
}

看看这篇更详细解释的帖子：nginx close upstream connection after request Keep-alive header clarification http://nginx.org/en/docs/http/ngx_http_upstream_module.html#keepalive

---

user2540984，以及许多其他人指出，您可以尝试增加超时设置。正如这些线程中的几乎每个人所建议的那样，我自己也遇到了与此类似的问题，并尝试更改 /etc/nginx/nginx.conf 文件中的超时设置。然而，这对我一点帮助也没有。 NGINX 的超时设置没有明显变化。经过几个小时的搜索，我终于设法解决了我的问题。

解决方案在于 this forum thread，它的意思是您应该将超时设置放在 /etc/nginx/conf.d/timeout.conf 中（如果此文件不存在，您应该创建它）。我使用了与线程中建议的相同的设置：

proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
send_timeout 600;

这可能不是您特定问题的解决方案，但如果其他人注意到 /etc/nginx/nginx.conf 中的超时更改没有做任何事情，我希望这个答案有帮助！

---

如果要增加或添加所有站点的时间限制，则可以在 nginx.conf 文件中添加以下行。

将以下行添加到 /usr/local/etc/nginx/nginx.conf 或 /etc/nginx/nginx.conf 文件的 http 部分。

fastcgi_read_timeout 600;
proxy_read_timeout 600;

如果上述行在 conf 文件中不存在，则添加它们，否则增加 fastcgi_read_timeout 和 proxy_read_timeout 以确保 nginx 和 php-fpm 没有超时。

要仅增加一个站点的时间限制，您可以在 vim /etc/nginx/sites-available/example.com 中进行编辑

location ~ \.php$ {
    include /etc/nginx/fastcgi_params;
        fastcgi_pass  unix:/var/run/php5-fpm.sock;
    fastcgi_read_timeout 300; 
}

在 nginx.conf 中添加这些行之后，不要忘记重新启动 nginx。

service php7-fpm reload 
service nginx reload

或者，如果您使用代客泊车，则只需输入 valet restart。

---

如果您的上游服务器使用域名并且其 IP 地址发生更改（例如：您的上游指向 AWS Elastic Load Balancer），您也可能会遇到这种情况

问题是 nginx 会解析一次 IP 地址，并为后续请求保持缓存，直到重新加载配置。

一旦缓存条目过期，您可以告诉 nginx 使用名称服务器来 re-resolve 域：

location /mylocation {
    # use google dns to resolve host after IP cached expires
    resolver 8.8.8.8;
    set $upstream_endpoint http://your.backend.server/;
    proxy_pass $upstream_endpoint;
}

proxy_pass 上的文档解释了为什么这个技巧有效：

参数值可以包含变量。在这种情况下，如果将地址指定为域名，则在所描述的服务器组中搜索该名称，如果未找到，则使用解析器确定该名称。

感谢 "Nginx with dynamic upstreams" (tenzer.dk) 的详细解释，其中还包含有关此方法关于转发 URI 的警告的一些相关信息。

---

有同样的问题。原来这是由上游服务器上的 iptables 连接跟踪引起的。从防火墙脚本中删除 --state NEW,ESTABLISHED,RELATED 并使用 conntrack -F 刷新后，问题就消失了。

---

nginx

proxy_read_timeout          300;

在我使用 AWS 的情况下，我还编辑了负载平衡设置。属性 => 空闲超时

---

NGINX 本身可能不是根本原因。

IF 在 NAT 网关上设置“每个 VM 实例的最小端口”——它位于您的 NGINX 实例和proxy_pass 目的地——对于并发请求的数量来说太小了，它必须增加。

解决方案：增加 NAT 网关上每个 VM 的可用端口数。

上下文在我的例子中，在谷歌云上，一个反向代理 NGINX 被放置在一个带有 NAT 网关的子网中。 NGINX 实例通过 NAT 网关将请求重定向到与我们的后端 API（上游）关联的域。

This documentation from GCP 将帮助您了解 NAT 与 NGINX 504 超时的关系。

---

在我的情况下，我重新启动 php，它就可以了。

---

如果使用了 nginx_ajp_module，请尝试在 nginx.conf 文件中添加 ajp_read_timeout 10m;。

---