解決Nginx網(wǎng)關(guān)超時(shí)出現(xiàn)504 GATEWAY TIMEOUT的問題
一、背景
最近遇到一個(gè)問題504 GATEWAY TIMEOUT的問題,在瀏覽器的NetWork里面看是這個(gè)效果。時(shí)間大概是60s。


二、問題排查與解決
2.1 修改nginx配置
目前后端技術(shù)架構(gòu)主要是nginx和php-fpm,前端主要是vue框架打包發(fā)布。
于是首先想到了是nginx超時(shí)時(shí)間或者與php的超時(shí)時(shí)間設(shè)置的過段,然后配置nginx.conf設(shè)置了這些參數(shù)。
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 reload
2.2 修改PHP配置
然后發(fā)現(xiàn)并沒有解決問題,504 GATEWAY TIMEOUT仍然在請(qǐng)求60秒左右被返回。然后又想到php的配置問題,決定調(diào)整一下php的一些參數(shù)。
vim /etc/php.ini max_execution_time = 300 //設(shè)置執(zhí)行時(shí)間為300秒保存 service php-fpm restart // 然后去代碼里面設(shè)置 set_time_limit(300);
2.3 進(jìn)一步調(diào)整
經(jīng)過了上面PHP的設(shè)置,發(fā)現(xiàn)也沒有什么用,該超時(shí)還是超時(shí)。針對(duì)于一般的情況來說,上面的操作一般就能解決問題了。
然后又開始懷疑是不是vue框架本身的request有一個(gè)默認(rèn)的超時(shí)。
于是通過瀏覽器把請(qǐng)求通過curl拿出來,去命令行執(zhí)行。發(fā)現(xiàn)經(jīng)過1分鐘還是超時(shí)。

到現(xiàn)在為止實(shí)際上還是沒有解決問題。于是比較頭疼。
2.4 找到原因
接著分析原因??词欠裼蛎L問后的第一步?jīng)]有直接到服務(wù)器。
1. 在服務(wù)器上面執(zhí)行如下命令,查看機(jī)器ip,得到ip A curl ifconfig.me 2. 然后使用ping命令查看域名指向得到ip B ping 你的域名 3. 發(fā)現(xiàn)A和B不一樣,問題終于找到了,說明域名是經(jīng)過中轉(zhuǎn)才到達(dá)我們的服務(wù)器 真實(shí)的超時(shí)是在B機(jī)器上面,而不是我們自己的服務(wù)器,所以這就是為啥上面的一系列調(diào)整沒有生效的原因。 4. 馬上來測試一下。`windows + R` 輸入 `C:\WINDOWS\system32\drivers\etc` 回車,找到`hosts`文件。 5. 打開`hosts` 末尾追加`ipA 你的域名`。然后保存。這樣就讓域名直接指向了我們自己的服務(wù)器。
然后在進(jìn)行請(qǐng)求,發(fā)現(xiàn)請(qǐng)求時(shí)長就可以超過60秒了。也沒有再出現(xiàn)504 GATEWAY TIMEOUT的情況。
三、網(wǎng)上其他該問題的原因
3.1 PHP 執(zhí)行時(shí)間過長
當(dāng) PHP 腳本的執(zhí)行時(shí)間超過了 Nginx 配置中設(shè)置的超時(shí)時(shí)間時(shí),會(huì)導(dǎo)致 Gateway Timeout 錯(cuò)誤??梢酝ㄟ^增加 fastcgi_read_timeout 配置項(xiàng)來延長超時(shí)時(shí)間。
3.2 后端服務(wù)錯(cuò)誤
如果 PHP 后端服務(wù)發(fā)生了錯(cuò)誤,并且沒有及時(shí)返回響應(yīng),那么 Nginx 就會(huì)在超時(shí)時(shí)間內(nèi)等待,然后拋出 Gateway Timeout 錯(cuò)誤??梢酝ㄟ^檢查 PHP 代碼和日志來解決這個(gè)問題。
3.3 PHP-FPM 配置問題
PHP-FPM 是一種常用的 PHP FastCGI 管理器,在配置不正確的情況下可能會(huì)導(dǎo)致 Gateway Timeout 錯(cuò)誤??梢酝ㄟ^檢查 PHP-FPM 配置文件(通常位于 /etc/php-fpm.conf 或 /etc/php-fpm.d/www.conf)來解決問題。
3.4 Nginx 配置問題
Nginx 的配置文件也可能會(huì)導(dǎo)致 Gateway Timeout 錯(cuò)誤??梢酝ㄟ^檢查 Nginx 配置文件(通常位于 /etc/nginx/nginx.conf 或 /etc/nginx/conf.d/default.conf)來解決問題。
3.5 網(wǎng)絡(luò)問題
如果 PHP 后端服務(wù)無法正常連接或響應(yīng)請(qǐng)求,那么也會(huì)導(dǎo)致 Gateway Timeout 錯(cuò)誤??梢酝ㄟ^檢查網(wǎng)絡(luò)連接和防火墻設(shè)置來解決這個(gè)問題。
總結(jié)與思考
所以很多時(shí)候不要陷入到自己的常規(guī)思維里面去了,偶爾出去放松一下,回來或許有不一樣的視角。
以上就是解決504 GATEWAY TIMEOUT Nginx網(wǎng)關(guān)超時(shí)的問題的詳細(xì)內(nèi)容,更多關(guān)于Nginx網(wǎng)關(guān)超時(shí)的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
Nginx反向代理多個(gè)服務(wù)器的實(shí)現(xiàn)方法
這篇文章主要介紹了Nginx反向代理多個(gè)服務(wù)器的實(shí)現(xiàn)方法,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-02-02
nginx配置gzip壓縮優(yōu)化傳輸效率加快頁面訪問速度的問題
本文介紹了如何在nginx服務(wù)器中配置gzip壓縮,通過壓縮HTTP響應(yīng)內(nèi)容,減少數(shù)據(jù)傳輸大小和響應(yīng)時(shí)間,從而提升網(wǎng)站性能和訪問速度,感興趣的朋友跟隨小編一起看看吧2024-09-09
訪問nginx顯示未找到站點(diǎn)的問題分析及解決方案
當(dāng)我們?cè)诎惭b好nginx準(zhǔn)備訪問80端口時(shí),突然出現(xiàn)您的請(qǐng)求在Web服務(wù)器中沒有找到對(duì)應(yīng)的站點(diǎn),所以本文給大家介紹了訪問nginx顯示未找到站點(diǎn)的問題分析及解決方案,需要的朋友可以參考下2024-03-03
windows下nginx+tomcat配置負(fù)載均衡的方法
這篇文章主要介紹了windows下nginx+tomcat配置負(fù)載均衡的方法,需要的朋友可以參考下2016-09-09
詳解Nginx靜態(tài)服務(wù)配置(root和alias指令)
這篇文章主要介紹了詳解Nginx靜態(tài)服務(wù)配置(root和alias指令),小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2019-01-01
nginx支持codeigniter的pathinfo模式url重寫配置寫法示例
這篇文章主要介紹了nginx支持codeigniter的pathinfo模式url重寫配置寫法示例,pathinfo模式是一種開發(fā)框架都愛用的路由模式,需要的朋友可以參考下2014-07-07

