nginx常見(jiàn)錯(cuò)誤與解決方法-wenkub
2023-04-22 06:19:37 本頁(yè)面
【正文】 端 502 錯(cuò)誤。有時(shí) Nginx 與上游服務(wù)器（如 Tomcat、FastCGI）的通信只是偶然斷掉了，但 max_fail 如果設(shè)置的比較小的話(huà)，那么在接下來(lái)的 fail_timeout 時(shí)間內(nèi)，Nginx 都會(huì)認(rèn)為上游服務(wù)器掛掉了，都會(huì)返回 502 錯(cuò)誤。post_max_size = 10Mupload_max_filesize = 2M解決 504 Gateway Timeout(nginx)遇到這個(gè)問(wèn)題是在升級(jí) discuz 論壇的時(shí)候遇到的一般看來(lái), 這種情況可能是由于 nginx 默認(rèn)的fastcgi 進(jìn)程響應(yīng)的緩沖區(qū)太小造成的, 這將導(dǎo)致 fastcgi 進(jìn)程被掛起, 如果你的 fastcgi 服務(wù)對(duì)這個(gè)掛起處理的不好, 那么最后就極有可能導(dǎo)致 504 Gateway Timeout,現(xiàn)在的網(wǎng)站, 尤其某些論壇有大量的回復(fù)和很多內(nèi)容的, 一個(gè)頁(yè)面甚至有幾百 K。而且這三項(xiàng)配置可以配置在 、server 級(jí)別，也可以配置在 location 級(jí)別。 include fastcgi_params。 fastcgi_pass unix:/dev/shm/。server_name location / {proxy_pass include /usr/local/nginx/conf/。如何關(guān)閉 Nginx 的 LOGaccess_log /dev/nullerror_log /dev/null此外，錯(cuò)誤日志主要記錄客戶(hù)端訪問(wèn) nginx 出錯(cuò)時(shí)的日志，通過(guò)錯(cuò)誤日志，能快速定位客戶(hù)端訪問(wèn)異常！錯(cuò)誤信息 錯(cuò)誤說(shuō)明upstream prematurely（過(guò)早的） closed connection請(qǐng)求 uri 的時(shí)候出現(xiàn)的異常，是由于upstream 還未返回應(yīng)答給用戶(hù)時(shí)用戶(hù)斷掉連接造成的，對(duì)系統(tǒng)沒(méi)有影響，可以忽略recv() failed (104: Connection reset by peer)（1）服務(wù)器的并發(fā)連接數(shù)超過(guò)了其承載量，服務(wù)器會(huì)將其中一些連接 Down掉； （2）客戶(hù)關(guān)掉了瀏覽器，而服務(wù)器還在給客戶(hù)端發(fā)送數(shù)據(jù)； （3）瀏覽器端按了 Stop(111: Connection refused) while connecting to upstream用戶(hù)在連接時(shí)，若遇到后端 upstream 掛掉或者不通，會(huì)收到該錯(cuò)誤(111: Connection refused) while reading response header from upstream用戶(hù)在連接成功后讀取數(shù)據(jù)時(shí)，若遇到后端 upstream 掛掉或者不通，會(huì)收到該錯(cuò)誤(111: Connection refused) while sending request to upstreamNginx 和 upstream 連接成功后發(fā)送數(shù)據(jù)時(shí)，若遇到后端 upstream 掛掉或者不通，會(huì)收到該錯(cuò)誤(110: Connection timed out) while connecting to upstreamnginx 連接后面的 upstream 時(shí)超時(shí)(110: Con
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1