一、背景
最近遇到一个问题504 GATEWAY TIMEOUT的问题，在浏览器的NetWork里面看是这个效果。时间大概是60s。
二、问题排查与解决
2.1 修改nginx配置
目前后端技术架构主要是nginx和php-fpm，前端主要是vue框架打包发布。
于是首先想到了是nginx超时时间或者与php的超时时间设置的过段，然后配置nginx.conf设置了这些参数。
http {
...
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
proxy_connect_timeout 300;
proxy_read_timeout 300;
proxy_send_timeout 300;
keepalive_timeout 300;
...
}nginx -s reload2.2 修改PHP配置
然后发现并没有解决问题，504 GATEWAY TIMEOUT仍然在请求60秒左右被返回。然后又想到php的配置问题，决定调整一下php的一些参数。
vim /etc/php.ini
max_execution_time = 300 //设置执行时间为300秒保存
service php-fpm restart
// 然后去代码里面设置
set_time_limit(300);2.3 进一步调整
经过了上面PHP的设置，发现也没有什么用，该超时还是超时。针对于一般的情况来说，上面的操作一般就能解决问题了。
然后又开始怀疑是不是vue框架本身的request有一个默认的超时。
于是通过浏览器把请求通过curl拿出来，去命令行执行。发现经过1分钟还是超时。
到现在为止实际上还是没有解决问题。于是比较头疼。
2.4 找到原因
接着分析原因。看是否域名访问后的第一步没有直接到服务器。
1. 在服务器上面执行如下命令，查看机器ip，得到ip A
curl ifconfig.me
2. 然后使用ping命令查看域名指向得到ip B
ping 你的域名
3. 发现A和B不一样，问题终于找到了，说明域名是经过中转才到达我们的服务器
真实的超时是在B机器上面，而不是我们自己的服务器，所以这就是为啥上面的一系列调整没有生效的原因。
4. 马上来测试一下。`windows + R` 输入 `C:\WINDOWS\system32\drivers\etc` 回车，找到`hosts`文件。
5. 打开`hosts` 末尾追加`ipA 你的域名`。然后保存。这样就让域名直接指向了我们自己的服务器。然后在进行请求，发现请求时长就可以超过60秒了。也没有再出现504 GATEWAY TIMEOUT的情况。
三、网上其他该问题的原因
3.1 PHP 执行时间过长
当 PHP 脚本的执行时间超过了 Nginx 配置中设置的超时时间时，会导致 Gateway Timeout 错误。可以通过增加 fastcgi_read_timeout 配置项来延长超时时间。
3.2 后端服务错误
如果 PHP 后端服务发生了错误，并且没有及时返回响应，那么 Nginx 就会在超时时间内等待，然后抛出 Gateway Timeout 错误。可以通过检查 PHP 代码和日志来解决这个问题。
3.3 PHP-FPM 配置问题
PHP-FPM 是一种常用的 PHP FastCGI 管理器，在配置不正确的情况下可能会导致 Gateway Timeout 错误。可以通过检查 PHP-FPM 配置文件（通常位于 /etc/php-fpm.conf 或 /etc/php-fpm.d/www.conf）来解决问题。
3.4 Nginx 配置问题
Nginx 的配置文件也可能会导致 Gateway Timeout 错误。可以通过检查 Nginx 配置文件（通常位于 /etc/nginx/nginx.conf 或 /etc/nginx/conf.d/default.conf）来解决问题。
3.5 网络问题
如果 PHP 后端服务无法正常连接或响应请求，那么也会导致 Gateway Timeout 错误。可以通过检查网络连接和防火墙设置来解决这个问题。
总结与思考
所以很多时候不要陷入到自己的常规思维里面去了，偶尔出去放松一下，回来或许有不一样的视角。今天内容就分享到这个，有疑问的，可以留言讨论哦，喜欢作者可以给个关注哟。
