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;