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

• 注意不同瀏覽器怎麼處理“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時間後還沒有資料可讀，就直接關閉連線；否則，必須在讀取完連線緩衝區上的資料並丟棄掉後才會關閉連線。

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;