nginx常見(jiàn)錯(cuò)誤與解決方法-文庫(kù)吧在線文庫(kù)
【正文】 eout 錯(cuò)誤時(shí)的 Nginx 錯(cuò)誤訪問(wèn)日志如下： 2022/09/19 00:55:51 [error] 276000: *78877 upstream timed out (110: Connection timed out) while reading response header from upstream, client: , server: , request: POST / HTTP/, upstream: host: , referrer: 調(diào)高這三項(xiàng)的值（主要是 read 和 send 兩項(xiàng)，默認(rèn)不配置的話 Nginx 會(huì)將超時(shí)時(shí)間設(shè)為 60 秒）之后，504 錯(cuò)誤也解決了。此外要注意的是 Nginx 的 upstream 模塊中的 max_fail 和 fail_timeout 兩項(xiàng)。large_client_header_buffers 4 64k。根據(jù)具體情況調(diào)整，一般適當(dāng)調(diào)整值就可以。有時(shí) Nginx 與上游服務(wù)器（如 Tomcat、FastCGI）的通信只是偶然斷掉了，但 max_fail 如果設(shè)置的比較小的話，那么在接下來(lái)的 fail_timeout 時(shí)間內(nèi)，Nginx 都會(huì)認(rèn)為上游服務(wù)器掛掉了，都會(huì)返回 502 錯(cuò)誤。而且這三項(xiàng)配置可以配置在 、server 級(jí)別，也可以配置在 location 級(jí)別。 fastcgi_pass unix:/dev/shm/。如何關(guān)閉 Nginx 的 LOGaccess_log /dev/nullerror_log /dev/null此外，錯(cuò)誤日志主要記錄客戶端訪問(wèn) nginx 出錯(cuò)時(shí)的日志，通過(guò)錯(cuò)誤日志，能快速定位客戶端訪問(wèn)異常！錯(cuò)誤信息 錯(cuò)誤說(shuō)明upstream prematurely（過(guò)早的） closed connection請(qǐng)求 uri 的時(shí)候出現(xiàn)的異常，是由于upstream 還未返回應(yīng)答給用戶時(shí)用戶斷掉連接造成的，對(duì)系統(tǒng)沒(méi)有影響，可以忽略recv() failed (104: Connection reset by peer)（1）服務(wù)器的并發(fā)連接數(shù)超過(guò)了其承載量，服務(wù)器會(huì)將其中一些連接 Down掉； （2）客戶關(guān)掉了瀏覽器，而服務(wù)器還在給客戶端發(fā)送數(shù)據(jù)； （3）瀏覽器端按了 Stop(111: Connection refused) while connecting to upstream用戶在連接時(shí)，若遇到后端 upstream 掛掉或者不通，會(huì)收到該錯(cuò)誤(111: Connection refused) while reading response header from upstream用戶在連接成功后讀取數(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 連接后面
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1