nginx.conf如何配置文件中timeout超時時間設置

本篇內容介紹了“nginx.conf如何配置文件中timeout超時時間設置”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

nginx常用的超時配置說明

client_header_timeout

語法 client_header_timeout time
默認值 60s
上下文 http server（指可以放在http塊和server塊）
說明 指定等待client發送一個請求頭的超時時間（例如：GET / HTTP/1.1）.僅當在一次read中，沒有收到請求頭，才會算成超時。如果在超時時間內，client沒發送任何東西，nginx返回HTTP狀態碼408(“Request timed out”)

client_body_timeout 
語法 client_body_timeout time
默認值 60s
上下文 http server location
說明 該指令設置請求體（request body）的讀超時時間。僅當在一次readstep中，沒有得到請求體，就會設為超時。超時后，nginx返回HTTP狀態碼408(“Request timed out”)

keepalive_timeout （長連接類型）
語法 keepalive_timeout timeout [ header_timeout ]
默認值 75s
上下文 http server location
說明 第一個參數指定了與client的keep-alive連接超時時間。服務器將會在這個時間后關閉連接。可選的第二個參數指定了在響應頭Keep-Alive: timeout=time中的time值。這個頭能夠讓一些瀏覽器主動關閉連接，這樣服務器就不必要去關閉連接了。沒有這個參數，nginx不會發送Keep-Alive響應頭（盡管并不是由這個頭來決定連接是否“keep-alive”）（服務器在返回數據給用戶時，在頭header文件中會添加keepalive字段，75s，瀏覽器在這個時間后能夠主動關閉連接）
兩個參數的值可并不相同

• 注意不同瀏覽器怎么處理“keep-alive”頭

• MSIE和Opera忽略掉"Keep-Alive: timeout=<N>" header.

• MSIE保持連接大約60-65秒，然后發送TCP RST

• Opera永久保持長連接

• Mozilla keeps the connection alive for N plus about 1-10 seconds.

• Konqueror保持長連接N秒

lingering_timeout
語法 lingering_timeout time
默認值 5s
上下文 http server location
說明 lingering_close生效后，在關閉連接前，會檢測是否有用戶發送的數據到達服務器，如果超過lingering_timeout時間后還沒有數據可讀，就直接關閉連接；否則，必須在讀取完連接緩沖區上的數據并丟棄掉后才會關閉連接。

resolver_timeout
語法 resolver_timeout time 
默認值 30s
上下文 http server location
說明 該指令設置DNS解析超時時間

proxy轉發模塊的超時設置：
proxy_connect_timeout
語法 proxy_connect_timeout time 
默認值 60s
上下文 http server location
說明 該指令設置與upstream server的連接超時時間，有必要記住，這個超時不能超過75秒。
這個不是等待后端返回頁面的時間，那是由proxy_read_timeout聲明的。如果你的upstream服務器起來了，但是hanging住了（例如，沒有足夠的線程處理請求，所以把你的請求放到請求池里稍后處理），那么這個聲明是沒有用的，因為與upstream服務器的連接已經建立了。

This directive assigns a timeout for the connection to the proxyserver. This is not the time until the server returns the pages, this is the proxy_read_timeout statement. If your proxyserver is up, but hanging (e.g. it does not have enough threads to process your request so it puts you in the pool of connections to deal with later), then this statement will not help as the connection to the server has been made. It is necessary to keep in mind that this time out cannot be more than 75 seconds.

proxy_read_timeout
語法 proxy_read_timeout time 
默認值 60s
上下文 http server location
說明 該指令設置與代理服務器的讀超時時間。它決定了nginx會等待多長時間來獲得請求的響應。這個時間不是獲得整個response的時間，而是兩次reading操作的時間。（？？什么是兩次reading操作的時間）

This directive sets the read timeout for the response of the proxied server. It determines how long NGINX will wait to get the response to a request. The timeout is established not for entire response, but only between two operations of reading.

In contrast to proxy_connect_timeout, this timeout will catch a server that puts you in it's connection pool but does not respond to you with anything beyond that. Be careful though not to set this too low, as your proxy server might take a longer time to respond to requests on purpose (e.g. when serving you a report page that takes some time to compute). You are able though to have a different setting per location, which enables you to have a higher proxy_read_timeout for the report page's location.

If the proxied server nothing will communicate after this time, then nginx is shut connection.

proxy_send_timeout
語法 proxy_send_timeout time 
默認值 60s
上下文 http server location
說明 這個指定設置了發送請求給upstream服務器的超時時間。超時設置不是為了整個發送期間，而是在兩次write操作期間。如果超時后，upstream沒有收到新的數據，nginx會關閉連接

proxy_upstream_fail_timeout（fail_timeout）
語法 server address [fail_timeout=30s]
默認值 10s
上下文 upstream
說明 Upstream模塊下 server指令的參數，設置了某一個upstream后端失敗了指定次數（max_fails）后，該后端不可操作的時間，默認為10秒

負載均衡配置時的2個參數：fail_timeout和max_fails

   這2個參數一起配合，來控制nginx怎樣認為upstream中的某個server是失效的當在fail_timeout的時間內，某個server連接失敗了max_fails次，則nginx會認為該server不工作了。同時，在接下來的 fail_timeout時間內，nginx不再將請求分發給失效的server。
個人認為，nginx不應該把這2個時間用同一個參數fail_timeout來控制，要是能再增加一個fail_time，來控制接下來的多長時間內，不再使用down掉的server就更好了~
如果不設置這2個參數，fail_timeout默認為10s，max_fails默認為1。就是說，只要某個server失效一次，則在接下來的10s內，就不會分發請求到該server上

send_timeout

默認：send_timeout 60;

send_timeout 指定客戶端的響應超時時間。這個設置不會用于整個轉發器，而是在兩次客戶端讀取操作之間。如果在這段時間內，客戶端沒有讀取任何數據，nginx就會關閉連接。

Directive assigns response timeout to client. Timeout is established not on entire transfer of answer, but only between two operations of reading, if after this time client will take nothing, then nginx is shutting down the connection.

另一個參考：504 Gateway Time-out問題

常見于使用nginx作為web server的服務器的網站

我遇到這個問題是在升級discuz論壇的時候遇到的

一般看來, 這種情況可能是由于nginx默認的fastcgi進程響應的緩沖區太小造成的, 這將導致fastcgi進程被掛起, 如果你的fastcgi服務對這個掛起處理的不好, 那么最后就極有可能導致504 Gateway Time-out
現在的網站, 尤其某些論壇有大量的回復和很多內容的, 一個頁面甚至有幾百K
默認的fastcgi進程響應的緩沖區是8K, 我們可以設置大點
在nginx.conf里, 加入:

fastcgi_buffers 8 128k

這表示設置fastcgi緩沖區為8×128k
當然如果您在進行某一項即時的操作, 可能需要nginx的超時參數調大點, 例如設置成60秒:

send_timeout 60;

    調整了這兩個參數, 結果就是沒有再顯示那個超時, 可以說效果不錯, 但是也可能是由于其他的原因, 目前關于nginx的資料不是很多, 很多事情都需要長期的經驗累計才有結果。

proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 32 4k;
proxy_busy_buffers_size 64k;

“nginx.conf如何配置文件中timeout超時時間設置”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！