Nginx 502 BAD GateWay錯誤解決方法     今天，我的VPS提示Nginx 502 Bad Gateway錯誤了，很煩。我什麼事情都沒做呀，有點想不通，怎麼這次就出現了502 Bad Gateway？鬱悶啊！在搜尋了一下，發現一篇文庫文件，終於找到了不少相關的答案，希望修改之後不會再出現這個錯誤了。現在寫出來，給大家一個參考。 首先我ping網站能通，DNS解析也是正常的，反問html網頁是正常的，但是訪問php就有問題，說明問題出在PHP上。 我用的是LNMP一鍵安裝包官方的： （我直接重啟lnmp就臨時解決了，但這不是根本辦法） 第一種原因：目前lnmp一鍵安裝包比較多的問題就是502 Bad Gateway，大部分情況下原因是在安裝php前，指令碼中某些lib包可能沒有安裝上，造成php沒有編譯安裝成功或者php-fpm 沒有執行,這條很重要

檢視php-fpm有沒有執行： ps -A | grep php-cgi [email protected]:/etc/init.d# ps -A | grep php-cgi  6037 ?        00:00:00 php-cgi  6039 ?        00:00:04 php-cgi  6040 ?        00:00:00 php-cgi  6041 ?        00:00:00 php-cgi  6042 ?        00:00:00 php-cgi  6043 ?        00:00:04 php-cgi  6044 ?        00:00:04 php-cgi  6045 ?        00:00:00 php-cgi 如果沒有看到php-cgi 程序則啟動即可，統計程序總數用：ps -A | grep php-cgi | wc -l 啟動方法：/etc/init.d# /etc/init.d/php-fpm start 第二種原因： 在php.ini裡，eaccelerator配置項一定要放在Zend Optimizer配置之前，否則也可能引起502 Bad Gateway 第三種原因： 在安裝好使用過程中出現502問題，一般是因為預設php-cgi程序是5個，可能因為phpcgi程序不夠用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 將其中的max_children值適當增加。 第四種原因： php執行超時，修改/usr/local/php/etc/php.ini 將max_execution_time 改為300 第五種原因： 磁碟空間不足，如mysql日誌佔用大量空間 我用df -hl 沒有異常，才11% 第六種原因： 檢視php-cgi程序是否在執行 也有網友給出了另外的解決辦法： Nginx 502 Bad Gateway的含義是請求的PHP-CGI已經執行，但是由於某種原因（一般是讀取資源的問題）沒有執行完畢而導致PHP-CGI程序終止，一般來說Nginx 502 Bad Gateway和php-fpm.conf的設定有關。 php-fpm.conf有兩個至關重要的引數，一個是max_children，另一個是request_terminate_timeout，但是這個值不是通用的，而是需要自己計算的。 在安裝好使用過程中出現502問題，一般是因為預設php-cgi程序是5個，可能因為phpcgi程序不夠用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 將其中的max_children值適當增加。 計算的方式如下： 如果你的伺服器效能足夠好，且寬頻資源足夠充足，PHP指令碼沒有系迴圈或BUG的話你可以直接將 request_terminate_timeout設定成0s。0s的含義是讓PHP-CGI一直執行下去而沒有時間限制。而如果你做不到這一點，也就 是說你的PHP-CGI可能出現某個BUG，或者你的寬頻不夠充足或者其他的原因導致你的PHP-CGI假死那麼就建議你給 request_terminate_timeout賦一個值，這個值可以根據伺服器的效能進行設定。一般來說效能越好你可以設定越高，20分鐘-30分 鍾都可以。 而max_children這個值又是怎麼計算出來的呢？這個值原則上是越大越好，php-cgi的程序多了就會處理的很快，排隊的請求就會很少。 設定max_children也需要根據伺服器的效能進行設定，一般來說一臺伺服器正常情況下每一個php-cgi所耗費的記憶體在20M左右。 按照官方的答案，排查了相關的可能，並結合了網友的答案，得出了下面的解決辦法。 1、檢視php fastcgi的程序數（max_children值） 程式碼：netstat -anpo | grep “php-cgi” | wc -l 5（假如顯示5） 我伺服器檢視居然是144，還嚇人。我的網站訪問量並不高，太奇怪了。 2、檢視當前程序 程式碼：top 觀察fastcgi程序數,假如使用的程序數等於或高於5個，說明需要增加（根據你機器實際狀況而定） 3、調整/usr/local/php/etc/php-fpm.conf 的相關設定  <value name="max_children">10</value> <value name=”request_terminate_timeout”>60s</value> max_children最多10個程序，按照每個程序20MB記憶體，最多200MB。 request_terminate_timeout執行的時間為60秒，也就是1分鐘。 我的伺服器按照最後這條調整後重啟lnmp就正常了.    5月19日用Wordpress後臺時又出現"no input file specified"問題了，但是網站訪問沒問題，後然我才發現是WP後臺網站路徑不對，比如說網址/edit.php  真確的路徑應該是/wp-admin/edit.php  不知道後臺為什麼會出錯，後然手工輸入正確的URL又一直工作正常了。後然發現原來是登陸時wp-admin後面沒跟"/",導致路徑錯誤。     注意API站點，蜘蛛抓取會耗費大量資源！！！