作者:netseek   (it运维专家网|集群架构|性能调优)
欢迎转载,转载时请务必以超链接形式标明文章原始出处和作者信息及本声明.
首发时间: 2008-11-25     更新时间:2009-1-14

目 录
一、        nginx 基础知识
二、        nginx 安装及调试
三、        nginx rewrite
四、        nginx redirect
五、        nginx 目录自动加斜线:
六、        nginx location
七、        nginx expires
八、        nginx 防盗链
九、        nginx 访问控制
十、        nginx日志处理
十一、     nginx cache
十二、     nginx负载均衡
十三、     nginx简单优化      
十四、     如何构建高性能的lemp环境
十五、     nginx服务监控
十六、     常见问题与错误处理.
十七、     相关资源下载

【前言】：

编写此技术指南在于推广普及nginx在国内的使用，更方便的帮助大家了解和掌握nginx的一些使用技巧。本指南很多技巧来自于网络和工作中或网络上朋友们问我的问题.在此对网络上愿意分享的朋友们表示感谢和致意！欢迎大家和我一起丰富本技术指南提出更好的建议！请朋友们关注: 技术分享社区! 互想学习共同进步!

一、 nginx 基础知识
1、简介
   nginx ("engine x") 是一个高性能的 http 和 反向代理 服务器，也是一个 imap/pop3/smtp 代理服务器。 nginx 是由 igor sysoev 为俄罗斯访问量第二的 rambler.ru 站点开发的，它已经在该站点运行超过两年半了。igor 将源代码以类bsd许可证的形式发布。尽管还是测试版，但是，nginx 已经因为它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名了。
更多的请见官方wiki:

2、 nginx的优点

nginx做为http服务器，有以下几项基本特性：
1)        处理静态文件，索引文件以及自动索引；打开文件描述符缓冲．
2)        无缓存的反向代理加速，简单的负载均衡和容错．
3)        fastcgi，简单的负载均衡和容错．
4)        模块化的结构。包括gzipping, byte ranges, chunked responses, 以及 ssi-filter等filter。如果由fastcgi或其它代理服务器处理单页中存在的多个ssi，则这项处理可以并行运行，而不需要相互等待。
5)        支持ssl 和 tls sni．

nginx专为性能优化而开发，性能是其最重要的考量, 实现上非常注重效率 。它支持内核poll模型，能经受高负载的考验, 有报告表明能支持高达 50,000 个并发连接数。

nginx具有很高的稳定性。其它http服务器，当遇到访问的峰值，或者有人恶意发起慢速连接时，也很可能会导致服务器物理内存耗尽频繁交换，失去响应，只能重启服务器。例如当前apache一旦上到200个以上进程，web响 应速度就明显非常缓慢了。而nginx采取了分阶段资源分配技术，使得它的cpu与内存占用率非常低。nginx官方表示保持10,000个没有活动的连 接，它只占2.5m内存，所以类似dos这样的攻击对nginx来说基本上是毫无用处的。就稳定性而言, nginx比lighthttpd更胜一筹。

nginx支持热部署。它的启动特别容易, 并且几乎可以做到7*24不间断运行，即使运行数个月也不需要重新启动。你还能够在不间断服务的情况下，对软件版本进行进行升级。

nginx采用master-slave模型, 能够充分利用smp的优势，且能够减少工作进程在磁盘i/o的阻塞延迟。当采用select()/poll()调用时，还可以限制每个进程的连接数。

nginx 代码质量非常高，代码很规范， 手法成熟， 模块扩展也很容易。特别值得一提的是强大的upstream与filter链。 upstream为诸如reverse proxy, 与其他服务器通信模块的编写奠定了很好的基础。而filter链最酷的部分就是各个filter不必等待前一个filter执行完毕。它可以把前一个 filter的输出做为当前filter的输入，这有点像unix的管线。这意味着，一个模块可以开始压缩从后端服务器发送过来的请求，且可以在模块接收 完后端服务器的整个请求之前把压缩流转向客户端。

nginx采用了一些os提供的最新特性如对sendfile (linux 2.2+)，accept-filter (freebsd 4.1+)，tcp_defer_accept (linux 2.4+) 的支持，从而大大提高了性能

二、 nginx 安装及调试
1、pcre 安装

1../configure
2.  make && make install
3.  cd ../

2.        nginx 编译安装

1../configure --user=www --group=www --prefix=/usr/local/nginx/ --with-http_stub_status_module --with-openssl=/usr/local/openssl
2.make && make install

更详细的模块定制与安装请参照官方wiki.

3、nginx 配置文件测试：

1.# /usr/local/nginx/sbin/nginx -t  //debug 配置文件的关键命令需要重点撑握.
2.

3.2008/12/16 09:08:35 [info] 28412#0: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
4.2008/12/16 09:08:35 [info] 28412#0: the configuration file /usr/local/nginx/conf/nginx.conf was tested successfully

3、nginx 启动：

1.# /usr/local/nginx/sbin/nginx

4、nginx 配置文件修改重新加载：

1.# kill -hup `cat /usr/local/nginx/logs/nginx.pid
`
三、nginx rewrite
1.  nginx rewrite 基本标记(flags)
last - 基本上都用这个flag。
※相当于apache里的[l]标记，表示完成rewrite，不再匹配后面的规则
break - 中止rewirte，不再继续匹配
redirect - 返回临时重定向的http状态302
permanent - 返回永久重定向的http状态301
      ※原有的url支持正则  重写的url不支持正则

2.  正则表达式匹配，其中：
    * ~         为区分大小写匹配
    * ~*       为不区分大小写匹配
    * !~和!~*   分别为区分大小写不匹配及不区分大小写不匹配

3. 文件及目录匹配，其中：
   * -f和!-f用来判断是否存在文件
    * -d和!-d用来判断是否存在目录
    * -e和!-e用来判断是否存在文件或目录
    * -x和!-x用来判断文件是否可执行


3.  nginx 的一些可用的全局变量，可用做条件判断：

1.$args
2.$content_length
3.$content_type
4.$document_root
5.$document_uri
6.$host
7.$http_user_agent
8.$http_cookie
9.$limit_rate
10.$request_body_file
11.$request_method
12.$remote_addr
13.$remote_port
14.$remote_user
15.$request_filename
16.$request_uri
17.$query_string
18.$scheme
19.$server_protocol
20.$server_addr
21.$server_name
22.$server_port
23.$uri

四、 nginx redirect
将所有linuxtone.org与netseek.linuxtone.org域名全部自跳转到

1.server
2.{
3.listen 80;
4.server_name linuxtone.org netseek.linuxtone.org;
5.index index.html index.php;
6.root /data/www/wwwroot;
7.if ($host !~ "^$") {
8.rewrite ^(.*) $1 redirect;
9.}
10.........................
11.}

五、 nginx 目录自动加斜线:
1.if (-d $request_filename){
2.           rewrite ^/(.*)([^/])$ $host/$1$2/ permanent;
3.     }

六  nginx location

1．基本语法:[和上面rewrite正则匹配语法基本一致]
location [=|~|~*|^~] /uri/ { … }
    * ~  为区分大小写匹配
    * ~* 为不区分大小写匹配
    * !~和!~*分别为区分大小写不匹配及不区分大小写不匹配

示例1:
location = / {
# matches the query / only.
# 只匹配 / 查询。
}
匹配任何查询，因为所有请求都已 / 开头。但是正则表达式规则和长的块规则将被优先和查询匹配

示例2:
location ^~ /images/ {
# matches any query beginning with /images/ and halts searching,
# so regular expressions will not be checked.
# 匹配任何已 /images/ 开头的任何查询并且停止搜索。任何正则表达式将不会被测试。

示例3:
location ~* .(gif|jpg|jpeg)$ {
# matches any request ending in gif, jpg, or jpeg. however, all
# requests to the /images/ directory will be handled by
}
# 匹配任何已 gif、jpg 或 jpeg 结尾的请求。


七、 nginx expires
1．根据文件类型expires

1.# add expires header for static content
2.location ~* .(js|css|jpg|jpeg|gif|png|swf)$ {
3.    if (-f $request_filename) {
4.       root /data/www/wwwroot/bbs;
5.       expires      1d;
6.       break;
7.    }
8.}

2、根据判断某个目录

1.# serve static files
2.location ~ ^/(images|javascript|js|css|flash|media|static)/  {
3.root    /data/www/wwwroot/down;
4.        expires 30d;
5.  }

八、  nginx 防盗链

1.        针对不同的文件类型

1.#preventing hot linking of images and other file types
2.location ~* ^.+.(gif|jpg|png|swf|flv|rar|zip)$ {
3.        valid_referers none blocked server_names *.linuxtone.org linuxtone.org baidu.com;
4.if ($invalid_referer) {
5.      rewrite   ^/   ;
6.     # return   403;
7.      }
8.}

2.        针对不同的目录

1.location /img/ {
2.    root /data/www/wwwroot/bbs/img/;
3.    valid_referers none blocked server_names *.linuxtone.org baidu.com;
4.    if ($invalid_referer) {
5.                   rewrite  ^/  ;
6.                   #return   403;
7.    }
8.}

3.        同实现防盗链和expires的方法

1.#preventing hot linking of images and other file types
2.location ~* ^.+.(gif|jpg|png|swf|flv|rar|zip)$ {
3.        valid_referers none blocked server_names *.linuxtone.org linuxtone.org ;
4.if ($invalid_referer) {
5.      rewrite   ^/   ;
6.                     }
7.     access_log off;
8.     root /data/www/wwwroot/bbs;
9.expires 1d;
10.     break;
11.}

九、 nginx 访问控制

1.        nginx 身份证验证

1.#cd /usr/local/nginx/conf
2.#mkdir htpasswd
3./usr/local/apache2/bin/htpasswd -c /usr/local/nginx/conf/htpasswd/tongji linuxtone
4.#添加用户名为linuxtone
5.new password:   (此处输入你的密码)
6.re-type new password:   (再次输入你的密码)
7.adding password for user
8.(目录存在/data/www/wwwroot/tongji/data/目录下)
9.将下段配置放到虚拟主机目录，当访问即提示要密验证:
10.location ~ ^/(tongji)/  {
11.                root    /data/www/wwwroot/count;
12.                        auth_basic              "lt-count-tongji";
13.                        auth_basic_user_file  /usr/local/nginx/conf/htpasswd/tongji;
14.                }

2.        nginx 禁止访问某类型的文件.

如，nginx下禁止访问*.txt文件，配置方法如下.

1.location ~* .(txt|doc)$ {
2.   if (-f $request_filename) {
3.   root /data/www/wwwroot/linuxtone/test;
4.   #rewrite …..可以重定向到某个url
5.   break;
6.   }
7.}

方法2:

1.location ~* .(txt|doc)${
2.        root /data/www/wwwroot/linuxtone/test;
3.        deny all;
4.}

实例:禁止访问某个目录

1.location ~ ^/(web-inf)/ {
2.            deny all;
3.}  

3.        使用ngx_http_access_module限制ip访问

1.location / {
2.    deny    192.168.1.1;
3.    allow   192.168.1.0/24;
4.    allow   10.1.1.0/16;
5.    deny    all;
6.}

详细参见wiki:

4.        nginx 下载限制并发和速率

1.limit_zone   linuxtone  $binary_remote_addr  10m;
2.server
3.       {
4.               listen       80;
5.               server_name  down.linuxotne.org;
6.               index index.html index.htm index.php;
7.               root   /data/www/wwwroot/down;
8.               #zone limit
9.               location / {
10.                   limit_conn   linuxtone  1;
11.                   limit_rate  20k;
12.               }
13...........
14.       }

只允许客房端一个线程,每个线程20k.

【注】limit_zone   linuxtone  $binary_remote_addr  10m; 这个可以定义在主的


5.        nginx 实现apache一样目录列表

1.location  /  {
2.    autoindex  on;
3.}

6.        上文件大小限制
主配置文件里加入如下，具体大小根据你自己的业务做调整。
client_max_body_size 10m;                                                         

十、        nginx 日志处理

1.nginx 日志切割

#contab -e
59 23 * * * /usr/local/sbin/logcron.sh /dev/null 2>&1
[root@count ~]# cat /usr/local/sbin/logcron.sh

1.#!/bin/bash
2.log_dir="/data/logs"
3.time=`date +%y%m%d`  
4./bin/mv  ${log_dir}/access_linuxtone.org.log ${log_dir}/access_count.linuxtone.org.$time.log
5.kill -usr1 `cat  /var/run/nginx.pid`

更多的日志分析与处理就关注(同时欢迎你参加讨论):

2.利用awstats分析nginx日志

  设置好nginx日志格式,仍后利用awstats进行分析.
请参考:

3.        nginx 如何不记录部分日志

日志太多，每天好几个g，少记录一些，下面的配置写到server{}段中就可以了
location ~ .*.(js|jpg|jpg|jpeg|jpeg|css|bmp|gif|gif)$
{
     access_log off;
}

十一、nginx cache服务配置
如果需要将文件缓存到本地，则需要增加如下几个子参数：

1.proxy_store on;
2.proxy_store_access user:rw group:rw all:rw;
3.proxy_temp_path 缓存目录;

其中，

proxy_store on用来启用缓存到本地的功能，
proxy_temp_path用来指定缓存在哪个目录下，如：proxy_temp_path html;

在经过上一步配置之后，虽然文件被缓存到了本地磁盘上，但每次请求仍会向远端拉取文件，为了避免去远端拉取文件，必须修改

1.proxy_pass：
2.if ( !-e $request_filename) {
3.    proxy_pass  ;
4.}

即改成有条件地去执行proxy_pass，这个条件就是当请求的文件在本地的proxy_temp_path指定的目录下不存在时，再向后端拉取。

   
更多更高级的应用可以研究ncache,详细请参照 里ncache相关的贴子.

十二、nginx 负载均衡

1. nginx 负载均衡基础知识

nginx的upstream目前支持4种方式的分配
1)、轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
2)、weight
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
2)、ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
3)、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
4)、url_hash（第三方）

2.        nginx 负载均衡实例1

1.upstream bbs.linuxtone.org {#定义负载均衡设备的ip及设备状态
2.    server 127.0.0.1:9090 down;
3.    server 127.0.0.1:8080 weight=2;
4.    server 127.0.0.1:6060;
5.    server 127.0.0.1:7070 backup;
6.}

在需要使用负载均衡的server中增加
proxy_pass ;

每个设备的状态设置为:
a)        down 表示单前的server暂时不参与负载
b)        weight 默认为1.weight越大，负载的权重就越大。
c)        max_fails ：允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误
d)        fail_timeout:max_fails次失败后，暂停的时间。
e)        backup： 其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。

nginx支持同时设置多组的负载均衡，用来给不用的server来使用。

client_body_in_file_only 设置为on 可以讲client post过来的数据记录到文件中用来做debug
client_body_temp_path 设置记录文件的目录 可以设置最多3层目录
location 对url进行匹配.可以进行重定向或者进行新的代理 负载均衡


3.        nginx 负载均衡实例 2
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效,也可以用作提高squid缓存命中率.

简单的负载均等实例:
#vi nginx.conf  //nginx主配置文件核心配置

1.……….
2.#loadblance my.linuxtone.org
3.       upstream  my.linuxtone.org  {
4.       ip_hash;
5.       server   127.0.0.1:8080;
6.       server   192.168.169.136:8080;
7.       server   219.101.75.138:8080;
8.       server   192.168.169.117;
9.       server   192.168.169.118;
10.       server   192.168.169.119;
11.     }
12.…………..
13.include          vhosts/linuxtone_lb.conf;
14.………
15.# vi proxy.conf
16.proxy_redirect off;
17.proxy_set_header host $host;
18.proxy_set_header x-real-ip $remote_addr;
19.proxy_set_header x-forwarded-for $proxy_add_x_forwarded_for;
20.client_max_body_size 50m;
21.client_body_buffer_size 256k;
22.proxy_connect_timeout 30;
23.proxy_send_timeout 30;
24.proxy_read_timeout 60;
25.

26.proxy_buffer_size 4k;
27.proxy_buffers 4 32k;
28.proxy_busy_buffers_size 64k;
29.proxy_temp_file_write_size 64k;
30.proxy_next_upstream error timeout invalid_header http_500 http_503 http_404;
31.proxy_max_temp_file_size 128m;
32.proxy_store on;
33.proxy_store_access   user:rw  group:rw  all:r;
34.#nginx cache               
35.#client_body_temp_path  /data/nginx_cache/client_body 1 2;
36.proxy_temp_path /data/nginx_cache/proxy_temp 1 2;

#vi  linuxtone_lb.conf

1.server
2.    {
3.        listen  80;
4.        server_name my.linuxtone.org;
5.        index index.php;
6.        root /data/www/wwwroot/mylinuxtone;
7.        if (-f $request_filename) {
8.            break;
9.           }
10.        if (-f $request_filename/index.php) {
11.          rewrite (.*) $1/index.php break;
12.        }
13.

14.        error_page 403 ?m=user&a=login;
15.        location / {
16.           if ( !-e $request_filename) {
17.               proxy_pass ;
18.               break;
19.           }
20.           include /usr/local/nginx/conf/proxy.conf;
21.        }
22.}



十三、nginx简单优化
1.        减小nginx编译后的文件大小 (reduce file size of nginx)
默认的nginx编译选项里居然是用debug模式(-g)的（debug模式会插入很多跟踪和assert之类），编译以后一个nginx有好几兆。去掉nginx的debug模式编译，编译以后只有几百k
在 auto/cc/gcc，最后几行有：
# debug

1.cflags=”$cflags -g”

注释掉或删掉这几行，重新编译即可。

2.        修改nginx的header伪装服务器
1)        修改nginx.h

1.#vi nginx-0.7.30/src/core/nginx.h
2.#define nginx_version      "1.8"
3.#define nginx_ver          "ltws/" nginx_version
4.

5.#define nginx_var          "nginx"
6.#define ngx_oldpid_ext     ".oldbin"

2) 修改nginx_http_header_filter_module
#vi nginx-0.7.30/src/http/ngx_http_header_filter_module.c
将如下

1.static char ngx_http_server_string[] = "server: nginx" crlf;

修改为

1.static char ngx_http_server_string[] = "server: ltws" crlf;

a)        修改nginx_http_header_filter_module
#vi nginx-0.7.30/src/http/ngx_http_special_response.c
将如下：

1.static u_char ngx_http_error_full_tail[] =
2."<hr><center>" nginx_ver "</center>" crlf
3."</body>" crlf
4."</html>" crlf
5.;

1.static u_char ngx_http_error_tail[] =
2."<hr><center>nginx</center>" crlf
3."</body>" crlf
4."</html>" crlf
5.;

修改为:

1.static u_char ngx_http_error_full_tail[] =
2."<center> "nginx_ver" </center>" crlf
3."<hr><center></center>" crlf
4."</body>" crlf
5."</html>" crlf
6.;
7.

8.

9.static u_char ngx_http_error_tail[] =
10."<hr><center>ltws</center>" crlf
11."</body>" crlf
12."</html>" crlf
13.;

修改后重新编译一下环境,
404错误的时候显示效果图（如果没有指定错误页的话）：

3.为特定的cpu指定cpu类型编译优化.
默认nginx使用的gcc编译参数是-o
需要更加优化可以使用以下两个参数
--with-cc-opt='-o3'
--with-cpu-opt=opteron
使得编译针对特定cpu以及增加gcc的优化.
此方法仅对性能有所改善并不会有很大的性能提升，供朋友们参考.
cpud类型确定: # cat /proc/cpuinfo | grep "model name"
编译优化参数参考：
4.tcmalloc优化nginx 性能

1.# wget ... d-0.99-alpha.tar.gz
2.# tar zxvf libunwind-0.99-alpha.tar.gz
3.# cd libunwind-0.99-alpha/
4.# cflags=-fpic ./configure
5.# make cflags=-fpic
6.# make cflags=-fpic install
7.# wget ... rftools-0.98.tar.gz
8.# tar zxvf google-perftools-0.98.tar.gz
9.# cd google-perftools-0.98/
10.# ./configure
11.# make && make install
12.# echo "/usr/local/lib" > /etc/ld.so.conf.d/usr_local_lib.conf
13.# ldconfig
14.# lsof -n | grep tcmalloc

编译nginx 加载google_perftools_module:
./configure --with-google_perftools_module
在主配置文件加入nginx.conf 添加:
google_perftools_profiles /path/to/profile;

5.内核参数优化
# vi /etc/sysctl.conf   #在末尾增加以下内容：

1.net.ipv4.tcp_fin_timeout = 30
2.net.ipv4.tcp_keepalive_time = 300
3.net.ipv4.tcp_syncookies = 1
4.net.ipv4.tcp_tw_reuse = 1
5.net.ipv4.tcp_tw_recycle = 1
6.net.ipv4.ip_local_port_range = 5000 65000

#使配置立即生效
/sbin/sysctl -p

十四、如何构建高性的lemp

请参见:
1、提供完整的配置脚本下载：
2、提供nginx常见配置范例含(虚拟主机，防盗链，rewrite,访问控制，负载均衡
discuz相关程序静态化及等等),你只要稍稍修改即可线上应用。 3、将原版的xcache替换成ea，并提供相关简单调优脚本及配置文件。
更多的及更新资料请关注:

十五、nginx监控
1、        rrdtool+perl脚本画图监控
先安装好rrdtool ，关于rrdtool本文不作介绍，具体安装请参照linuxtone监控版块.
#cd /usr/local/sbnin
#wget
#mv rrd_nginx.pl.txt rrd_nginx.pl
#chmod a+x rrd_nginx.pl

#vi rrd_nginx.pl   //配置脚本文件设置好路径
#!/usr/bin/perl
use rrds;
use lwp::useragent;

# define location of rrdtool databases
my $rrd = '/data/www/wwwroot/nginx/rrd';
# define location of images
my $img = '/data/www/wwwroot/nginx/html';
# define your nginx stats url
my $url = "";
…………
【注】根据自己具体的状况修改相应的路径.

#crontab ╟e //加入如下
* * * * * /usr/local/sbin/rrd_nginx.pl
重启crond后，通过配置nginx虚拟主机指到/data/www/wwwroot/nginx/html目录，通过crond自动执行perl脚本会生成很多图片.
即可看到服务器状态图。

2、        官方nginx-rrd 监控服务（多虚拟主机）（推荐）
网址：
此解决方案其实是基于上述监控方案的一个改进和增强，同样先安装好rrdtool这个画图工具和相应的perl模块再做如下操作：
# yum install perl-html*
先建立好生成的库存和图片存放录

1.#mkdir -p /data/www/wwwroot/nginx/{rrd,html}
2.

3.#cd /usr/local/sbin
4.#wget
5.#tar zxvf nginx-rrd-0.1.4.tgz
6.#cd nginx-rrd-0.1.4
7.#cd etc/
8.#cp nginx-rrd.conf /etc
9.#cd etc/cron.d
10.#cp nginx-rrd.cron /etc/cron.d
11.

12.#cd /usr/local/src/nginx-rrd-0.1.4/html
13.# cp index.php /data/www/wwwroot/nginx/html/
14.

15.#cd /usr/local/src/nginx-rrd-0.1.4/usr/sbin
16.#cp * /usr/sbin/

#vi /etc/nginx-rrd.conf

1.#####################################################
2.#
3.# dir where rrd databases are stored
4.rrd_dir="/data/www/wwwroot/nginx/rrd";
5.# dir where png images are presented
6.www_dir="/data/www/wwwroot/nginx/html";
7.# process nice level
8.nice_level="-19";
9.# bin dir
10.bin_dir="/usr/sbin";
11.# servers to test
12.# server_utl;server_name
13.servers_url=";219.32.205.13  ;www.linuxtone.org""

//根据你的具体情况做调整.
severs_url 格式 ;domain1 ;domain2
这种格式监控多虚拟主机连接状态：
重点启crond服务，仍后通过 即可访问。配置过程很简单！

3、        cacti模板监控nginx
利用nginx_status状态来画图实现cacti监控
nginx编译时允许http_stub_status_module

# vi /usr/local/nginx/conf/nginx.conf

1.location /nginx_status {
2.stub_status on;
3.access_log off;
4.allow 192.168.1.37;
5.deny all;
6.}

1.# kill -hup `cat /usr/local/nginx/logs/nginx.pid`
2.

3.# wget ?id=12676
4.# tar xvfz cacti-nginx.tar.gz
5.# cp cacti-nginx/get_nginx_socket_status.pl /data/cacti/scripts/
6.# cp cacti-nginx/get_nginx_clients_status.pl /data/cacti/scripts/
7.# chmod 755 /data/cacti/scripts/get_nginx*

检测插件

1.# /data/cacti/scripts/get_nginx_clients_status.pl

在cacti管理面板导入
cacti_graph_template_nginx_clients_stat.xml
cacti_graph_template_nginx_sockets_stat.xml

十六、常见问题与错误处理

1、400 bad request错误的原因和解决办法
配置nginx.conf相关设置如下.
client_header_buffer_size 16k;
large_client_header_buffers 4 64k;
根据具体情况调整，一般适当调整值就可以。

2、nginx 502 bad gateway错误
proxy_next_upstream error timeout invalid_header http_500 http_503;
或者尝试设置:
large_client_header_buffers 4 32k;


3、nginx出现的413 request entity too large错误
这个错误一般在上传文件的时候会出现，
编辑nginx主配置文件nginx.conf，找到http{}段，添加
client_max_body_size 10m; //设置多大根据自己的需求作调整.
如果运行php的话这个大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大，这样就不会因为提交数据大小不一致出现的错误。
post_max_size = 10m
upload_max_filesize = 2m

4、解决504 gateway time-out(nginx)
遇到这个问题是在升级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的资料不是很多, 很多事情都需要长期的经验累计才有结果, 期待您的发现哈!

5、如何使用nginx proxy
朋友一台服务器运行tomcat 为8080端口,ip:192.168.1.2:8080,另一台机器ip:192.168.1.8. 朋友想通过访问即可访问tomcat服务.配置如下:
在192.168.1.8的nginx.conf上配置如下:

1.server {
2.listen 80;
3.server_name java.linuxtone.org
4.location / {
5.proxy_pass :8080;
6.include /usr/local/nginx/conf/proxy.conf;
7.}
8.}

6、如何关闭nginx的log
access_log /dev/null; error_log /dev/null;

十七、相关资源下载
1.nginx配置示例及脚本下载:
# wget #此脚本范例定期更新.
【附】:
本文档定期更新,同时欢迎朋友多提宝贵意见，丰富nginx tips内容.