Nginx中502和504錯誤詳解
阿新 • • 發佈：2019-01-05
在使用Nginx時，經常會碰到502 Bad Gateway和504 Gateway Time-out錯誤，下面以Nginx+PHP-FPM來分析下這兩種常見錯誤的原因和解決方案。
1.502 Bad Gateway錯誤
在php.ini和php-fpm.conf中分別有這樣兩個配置項：max_execution_time和request_terminate_timeout。
這兩項都是用來配置一個PHP指令碼的最大執行時間的。當超過這個時間時，PHP-FPM不只會終止指令碼的執行，
還會終止執行指令碼的Worker程序。所以Nginx會發現與自己通訊的連線斷掉了，就會返回給客戶端502錯誤。
以PHP-FPM的request_terminate_timeout=30秒時為例，報502 Bad Gateway錯誤的具體資訊如下：
2）PHP-FPM報錯日誌：
WARNING: child 25708 exited on signal 15 (SIGTERM) after 21008.883410 seconds from start 所以只需將這兩項的值調大一些就可以讓PHP指令碼不會因為執行時間長而被終止了。request_terminate_timeout可以覆蓋max_execution_time， 所以如果不想改全域性的php.ini，那隻改PHP-FPM的配置就可以了。 此外要注意的是Nginx的upstream模組中的max_fail和fail_timeout兩項。有時Nginx與上游伺服器（如Tomcat、FastCGI）的通訊只是偶然斷掉了，
include fastcgi_params;
fastcgi_connect_timeout 180;
fastcgi_read_timeout 600;
fastcgi_send_timeout 600;
fastcgi_pass unix:/dev/shm/php-fcgi.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/cdai/test.com$fastcgi_script_name; }
參考資料 1.大戰suhosin
2）PHP-FPM報錯日誌：
WARNING: child 25708 exited on signal 15 (SIGTERM) after 21008.883410 seconds from start 所以只需將這兩項的值調大一些就可以讓PHP指令碼不會因為執行時間長而被終止了。request_terminate_timeout可以覆蓋max_execution_time， 所以如果不想改全域性的php.ini，那隻改PHP-FPM的配置就可以了。 此外要注意的是Nginx的upstream模組中的max_fail和fail_timeout兩項。有時Nginx與上游伺服器（如Tomcat、FastCGI）的通訊只是偶然斷掉了，
location ~ \.php$ {root /home/cdai/test.com;
include fastcgi_params;
fastcgi_connect_timeout 180;
fastcgi_read_timeout 600;
fastcgi_send_timeout 600;
fastcgi_pass unix:/dev/shm/php-fcgi.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/cdai/test.com$fastcgi_script_name; }
參考資料 1.大戰suhosin