Nginx中文手冊

时间:2023-01-17 15:10:44

下载 : Nginx
中文手冊

Nginx 常见应用技术指南[Nginx Tips] 第二版

作者:NetSeek http://www.linuxtone.org (IT运维专家网|集群架构|性能调优)

目 录

一、 Nginx 基础知识

二、 Nginx 安装及调试

三、 Nginx Rewrite

四、 Nginx Redirect

五、 Nginx 文件夹自己主动加斜线:

六、 Nginx Location

七、 Nginx expires

八、 Nginx 防盗链

九、 Nginx 訪问控制

十、 Nginx日志处理

十一、 Nginx Cache

十二、 Nginx 负载均衡

十三、 Nginx简单优化

十四、 怎样构建高性能的LEMP环境

十五、 Nginx服务监控

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

十七、 相关资源下载

【前言】:

编写此技术指南在于推广普及NGINX在国内的使用,更方便的帮助大家了解和掌握NGINX

的一些使用技巧。

本指南非常多技巧来自于网络和工作中或网络上朋友们问我的问题.在此对

网络上愿意分享的朋友们表示感谢和致意!欢迎大家和我一起丰富本技术指南提出更好的建

议!请朋友们关注: http://www.linuxtone.org 技术分享社区! 互想学习共同进步!

一、 Nginx 基础知识

1、简单介绍

Nginx ("engine x") 是一个高性能的 HTTP 和 反向代理 server,也是一个 IMAP/POP3/SMTP 代理服

务器。 Nginx 是由 Igor Sysoev 为俄罗斯訪问量第二的 Rambler.ru 网站开发的,它已经在该网站执行超

过两年半了。Igor 将源码以类BSD许可证的形式公布。虽然还是測试版。可是,Nginx 已经由于它的稳

定性、丰富的功能集、演示样例配置文件和低系统资源的消耗而闻名了。

很多其它的请见官方wiki: http://wiki.codemongers.com/

2、 Nginx的长处

nginx做为HTTPserver。有下面几项基本特性:

1) 处理静态文件。索引文件以及自己主动索引。打开文件描写叙述符缓冲.

2) 无缓存的反向代理加速,简单的负载均衡和容错.

3) FastCGI。简单的负载均衡和容错.

4) 模块化的结构。包含gzipping, byte ranges, chunked responses, 以及 SSI-filter等filter。

假设由FastCGI或其他代理server处理单页中存在的多个SSI,则这项处理能够并行执行,而不

须要相互等待。

5) 支持SSL 和 TLS SNI.

Nginx专为性能优化而开发,性能是其最重要的考量, 实现上很注重效率 。

它支持内核Poll模型,

能经受高负载的考验, 有报告表明能支持高达 50,000 个并发连接数。

Nginx具有非常高的稳定性。

其他HTTPserver。当遇到訪问的峰值,或者有人恶意发起慢速连接时。

也非常可能会导致server物理内存耗尽频繁交换。失去响应,仅仅能重新启动server。

比如当前apache一旦上到

200个以上进程,web响应速度就明显很缓慢了。

而Nginx採取了分阶段资源分配技术,使得它的CPU与

内存占用率很低。nginx官方表示保持10,000个没有活动的连接。它仅仅占2.5M内存,所以类似DOS这

样的攻击对nginx来说基本上是毫无用处的。就稳定性而言, nginx比lighthttpd更胜一筹。

Nginx支持热部署。它的启动特别easy, 而且差点儿能够做到7*24不间断执行。即使执行数个月也不

须要又一次启动。

你还可以在不间断服务的情况下,对软件版本号进行进行升级。

Nginx採用master-slave模型, 可以充分利用SMP的优势。且可以降低工作进程在磁盘I/O的阻

塞延迟。当採用select()/poll()调用时。还能够限制每一个进程的连接数。

Nginx代码质量非常高,代码非常规范。 手法成熟, 模块扩展也非常easy。

特别值得一提的是强大

的Upstream与Filter链。 Upstream为诸如reverse proxy, 与其它server通信模块的编写奠定了非常好的

基础。而Filter链最酷的部分就是各个filter不必等待前一个filter运行完成。它能够把前一个filter

的输出做为当前filter的输入。这有点像Unix的管线。这意味着。一个模块能够開始压缩从后端server

发送过来的请求,且能够在模块接收完后端server的整个请求之前把压缩流转向client。

Nginx採用了一些os提供的最新特性如对sendfile (Linux 2.2+)。accept-filter (FreeBSD

4.1+)。TCP_DEFER_ACCEPT (Linux 2.4+) 的支持。从而大大提高了性能

二、 Nginx 安装及调试

1、Pcre 安装

./configure

make && make install

cd ../

2. nginx 编译安装

/configure --user=www --group=www --prefix=/usr/local/nginx/ --with-http_stub_status_module

--with-openssl=/usr/local/openssl



make && make install

更具体的模块定制与安装请參照官方wiki.

3、Nginx 配置文件測试:

# /usr/local/nginx/sbin/nginx -t //Debug 配置文件的关键命令须要重点撑握.

2008/12/16 09:08:35 [info] 28412#0: the configuration file /usr/local/nginx/conf/nginx.conf

syntax is ok

2008/12/16 09:08:35 [info] 28412#0: the configuration file /usr/local/nginx/conf/nginx.conf was

tested successfully

3、 Nginx 启动:

# /usr/local/nginx/sbin/nginx

4、 Nginx 配置文件改动又一次载入:

# 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 的一些可用的全局变量,可用做条件推断:

$args

$content_length

$content_type

$document_root

$document_uri

$host

$http_user_agent

$http_cookie

$limit_rate

$request_body_file

$request_method

$remote_addr

$remote_port

$remote_user

$request_filename

$request_uri

$query_string

$scheme

$server_protocol

$server_addr

$server_name

$server_port

$uri

四、 Nginx Redirect

将所有linuxtone.org与netseek.linuxtone.org域名所有自跳转到http://www.linuxtone.org

server {

    listen 80;

    server_name linuxtone.org netseek.linuxtone.org;

    index index.html index.php;

    root /data/www/wwwroot;

    if ($host !~ "^www\.linxtone\.org$") {

        rewrite ^(.*) http://www.linuxtone.org$1 redirect;

    }

    .....................

}

五、 Nginx 文件夹自己主动加斜线:

if (-d $request_filename){

    rewrite ^/(.*)([^/])$ http://$host/$1$2/ permanent;

}

六、 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

# Add expires header for static content

location ~* \.(js|css|jpg|jpeg|gif|png|swf)$ {

    if (-f $request_filename) {

        root /data/www/wwwroot/bbs;

        expires 1d;

        break;

    }

}

2、依据某个文件夹推断,加入expires

# serve static files

location ~ ^/(images|javascript|js|css|flash|media|static)/ {

    root /data/www/wwwroot/down;

    expires 30d;

}

八、 Nginx 防盗链

1. 针对不同的文件类型

#Preventing hot linking of images and other file types

location ~* ^.+\.(gif|jpg|png|swf|flv|rar|zip)$ {

    valid_referers none blocked server_names *.linuxtone.org linuxtone.org http://localhost baidu.com;

    if ($invalid_referer) {

        rewrite ^/ http://www.linuxtone.org/images/default/logo.gif;

        # return 403;

    }

}

2. 针对不同的文件夹

location /img/ {

    root /data/www/wwwroot/bbs/img/;

    valid_referers none blocked server_names *.linuxtone.org http://localhost baidu.com;

    if ($invalid_referer) {

        rewrite ^/ http://www.linuxtone.org/images/default/logo.gif;

        #return 403;

    }

}

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

#Preventing hot linking of images and other file types

location ~* ^.+\.(gif|jpg|png|swf|flv|rar|zip)$ {

    valid_referers none blocked server_names *.linuxtone.org linuxtone.org http://localhost ;

    if ($invalid_referer) {

        rewrite ^/ http://www.linuxtone.org/images/default/logo.gif;

    }

    access_log off;

    root /data/www/wwwroot/bbs;

    expires 1d;

    break;

}

九、 Nginx 訪问控制

1. Nginx 身份证验证

#cd /usr/local/nginx/conf

#mkdir htpasswd

/usr/local/apache2/bin/htpasswd -c /usr/local/nginx/conf/htpasswd/tongji linuxtone

#加入username为linuxtone

New password: (此处输入你的密码)

Re-type new password: (再次输入你的密码)

Adding password for user

http://count.linuxtone.org/tongji/data/index.html(文件夹存在/data/www/wwwroot/tongji/data/文件夹

下)

将下段配置放到虚拟主机文件夹,当訪问http://count.linuxtone/tongji/即提示要密验证:

location ~ ^/(tongji)/ {

    root /data/www/wwwroot/count;

    auth_basic "LT-COUNT-TongJi";

    auth_basic_user_file /usr/local/nginx/conf/htpasswd/tongji;

}

2. Nginx 禁止訪问某类型的文件.

如,Nginx下禁止訪问*.txt文件,配置方法例如以下.

location ~* \.(txt|doc)$ {

    if (-f $request_filename) {

        root /data/www/wwwroot/linuxtone/test;

        #rewrite …..能够重定向到某个URL

        break;

    }

}

方法2:

location ~* \.(txt|doc)${

    root /data/www/wwwroot/linuxtone/test;

    deny all;

}

实例:

禁止訪问某个文件夹

location ~ ^/(WEB-INF)/ {

    deny all;

}

3. 使用ngx_http_access_module限制ip訪问

location / {

    deny 192.168.1.1;

    allow 192.168.1.0/24;

    allow 10.1.1.0/16;

    deny all;

}

具体參见wiki: http://wiki.codemongers.com/NginxHttpAccessModule#allow

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

limit_zone linuxtone $binary_remote_addr 10m;

server {

    listen 80;

    server_name down.linuxotne.org;

    index index.html index.htm index.php;

    root /data/www/wwwroot/down;

    #Zone limit

    location / {

        limit_conn linuxtone 1;

        limit_rate 20k;

    }

    ..........

}

仅仅同意客房端一个线程,每一个线程20k.

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

5. Nginx 实现Apache一样文件夹列表

location / {

    autoindex on;

}

6. 上文件限制大小

主配置文件中增加例如以下,详细大小依据你自己的业务做调整。

client_max_body_size 10m;

十、 Nginx 日志处理

1.Nginx 日志分割

#contab -e

59 23 * * * /usr/local/sbin/logcron.sh /dev/null 2>&1

# cat /usr/local/sbin/logcron.sh

#!/bin/bash



log_dir="/data/logs"



time=`date +%Y%m%d`



/bin/mv ${log_dir}/access_linuxtone.org.log ${log_dir}/access_count.linuxtone.org.$time.log
kill -USR1 `cat /var/run/nginx.pid`

很多其它的日志分析与处理就关注(同一时候欢迎你參加讨论):http://bbs.linuxtone.org/forum-8-1.html

2.利用AWSTATS分析NGINX日志

设置好Nginx日志格式,仍后利用awstats进行分析.

请參考: http://bbs.linuxtone.org/thread-56-1-1.html

3. Nginx 怎样不记录部分日志

日志太多。每天好几个G。少记录一些,以下的配置写到server{}段中就能够了

location ~ .*\.(js|jpg|JPG|jpeg|JPEG|css|bmp|gif|GIF)$ {

    access_log off;

}

十一、Nginx Cache服务配置

假设须要将文件缓存到本地,则须要添加例如以下几个子參数:

proxy_store on;

proxy_store_access user:rw group:rw all:rw;

proxy_temp_path 缓存文件夹;

当中。

proxy_store on 用来启用缓存到本地的功能,

proxy_temp_path 用来指定缓存在哪个文件夹下,如:proxy_temp_path html;

在经过上一步配置之后,尽管文件被缓存到了本地磁盘上,但每次请求仍会向远端拉取

文件。为了避免去远端拉取文件。必须改动proxy_pass:

if ( !-e $request_filename) {

    proxy_pass http://mysvr;

}

即改成有条件地去运行proxy_pass。这个条件就是当请求的文件在本地的

proxy_temp_path指定的文件夹下不存在时,再向后端拉取。

很多其它更高级的应用能够研究ncache,官方站点: http://code.google.com/p/ncache/

具体安装请參照http://bbs.linuxtone.org 应用加速版ncache相关的贴子.

十二、Nginx 负载均衡

1. Nginx 负载均衡基础知识

nginx的upstream眼下支持4种方式的分配

1)、轮询(默认)

每一个请求按时间顺序逐一分配到不同的后端server,假设后端serverdown掉,能自己主动剔除。

2)、weight

指定轮询几率,weight和訪问比率成正比,用于后端server性能不均的情况。

2)、ip_hash

每一个请求按訪问ip的hash结果分配。这样每一个訪客固定訪问一个后端server。能够解决session的问题。

3)、fair(第三方)

按后端server的响应时间来分配请求,响应时间短的优先分配。

4)、url_hash(第三方)

2. Nginx 负载均衡实例1

upstream bbs.linuxtone.org { #定义负载均衡设备的Ip及设备状态

    server 127.0.0.1:9090 down;

     server 127.0.0.1:8080 weight=2;

     server 127.0.0.1:6060;

     server 127.0.0.1:7070 backup;

}

在须要使用负载均衡的server中添加

proxy_pass http://bbs.linuxtone.org/;

每一个设备的状态设置为:

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定向到同一个后端server,后端server为缓

存时比較有效,也能够用作提高Squid缓存命中率.

简单的负载均等实例:

#vi nginx.conf //nginx主配置文件核心配置

.........

#loadblance my.linuxtone.org

upstream my.linuxtone.org {

    ip_hash;

    server 127.0.0.1:8080;

    server 192.168.169.136:8080;

    server 219.101.75.138:8080;

    server 192.168.169.117;

    server 192.168.169.118;

    server 192.168.169.119;

}

.........

include vhosts/linuxtone_lb.conf;

.........

# vi proxy.conf

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 50m;

client_body_buffer_size 256k;

proxy_connect_timeout 30;

proxy_send_timeout 30;

proxy_read_timeout 60;

proxy_buffer_size 4k;

proxy_buffers 4 32k;

proxy_busy_buffers_size 64k;

proxy_temp_file_write_size 64k;

proxy_next_upstream error timeout invalid_header http_500 http_503 http_404;

proxy_max_temp_file_size 128m;

proxy_store on;

proxy_store_access user:rw group:rw all:r;

#nginx cache

#client_body_temp_path /data/nginx_cache/client_body 1 2;

proxy_temp_path /data/nginx_cache/proxy_temp 1 2;

#vi linuxtone_lb.conf

server {



    listen 80;

    server_name my.linuxtone.org;

    index index.php;

    root /data/www/wwwroot/mylinuxtone;



    if (-f $request_filename) {

        break;

    }



    if (-f $request_filename/index.php) {

        rewrite (.*) $1/index.php break;

    }



    error_page 403 http://my.linuxtone.org/member.php?m=user&a=login;



    location / {

        if ( !-e $request_filename) {

            proxy_pass http://my.linuxtone.org;

            break;

        }

        include /usr/local/nginx/conf/proxy.conf;

    }

}

十三、Nginx简单优化

1. 减小nginx编译后的文件大小 (Reduce file size of nginx)

默认的nginx编译选项里竟然是用debug模式(-g)的(debug模式会插入非常多跟踪和

ASSERT之类),编译以后一个nginx有好几兆。

去掉nginx的debug模式编译。编译以

后仅仅有几百K

在 auto/cc/gcc,最后几行有:

# debug

CFLAGS=”$CFLAGS -g”

凝视掉或删掉这几行,又一次编译就可以。

2. 改动Nginx的header伪装server

1) 改动nginx.h

#vi nginx-0.7.30/src/core/nginx.h

#define NGINX_VERSION "1.8"

#define NGINX_VER "LTWS/" NGINX_VERSION

#define NGINX_VAR "NGINX"

#define NGX_OLDPID_EXT ".oldbin"

2) 改动nginx_http_header_filter_module

#vi nginx-0.7.30/src/http/ngx_http_header_filter_module.c

将例如以下

static char ngx_http_server_string[] = "Server: nginx" CRLF;

改动为

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

将例如以下:

static u_char ngx_http_error_full_tail[] =

"<hr><center>" NGINX_VER "</center>" CRLF

"</body>" CRLF

"</html>" CRLF

;



static u_char ngx_http_error_tail[] =

"<hr><center>nginx</center>" CRLF

"</body>" CRLF

"</html>" CRLF

;

改动为:

static u_char ngx_http_error_full_tail[] =

"<center> "NGINX_VER" </center>" CRLF

"<hr><center>http://www.linuxtone.org</center>" CRLF

"</body>" CRLF

"</html>" CRLF

;



static u_char ngx_http_error_tail[] =

"<hr><center>LTWS</center>" CRLF

"</body>" CRLF

"</html>" CRLF

;

改动后又一次编译一下环境,

404错误的时候显示效果图(假设没有指定错误页的话):

利用curl命令查看serverheader

3. 为特定的CPU指定CPU类型编译优化.

默认nginx使用的GCC编译參数是-O

须要更加优化能够使用下面两个參数

--with-cc-opt='-O3' \



--with-cpu-opt=opteron \

使得编译针对特定CPU以及添加GCC的优化.

此方法仅对性能有所改善并不会有非常大的性能提升。供朋友们參考.

CPUD类型确定:

# cat /proc/cpuinfo | grep "model name"

编译优化參数參考:http://en.gentoo-wiki.com/wiki/Safe_Cflags

4. Tcmalloc优化Nginx 性能

# wget http://download.savannah.gnu.org/releases/libunwind/libunwind-0.99-alpha.tar.gz

# tar zxvf libunwind-0.99-alpha.tar.gz

# cd libunwind-0.99-alpha/

# CFLAGS=-fPIC ./configure

# make CFLAGS=-fPIC

# make CFLAGS=-fPIC install

# wget http://google-perftools.googlecode.com/files/google-perftools-0.98.tar.gz

# tar zxvf google-perftools-0.98.tar.gz

# cd google-perftools-0.98/

# ./configure

# make && make install

# echo "/usr/local/lib" > /etc/ld.so.conf.d/usr_local_lib.conf

# ldconfig

# 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

#在末尾添加下面内容:

net.ipv4.tcp_fin_timeout = 30

net.ipv4.tcp_keepalive_time = 300

net.ipv4.tcp_syncookies = 1

net.ipv4.tcp_tw_reuse = 1

net.ipv4.tcp_tw_recycle = 1

net.ipv4.ip_local_port_range = 5000 65000

#使配置马上生效

/sbin/sysctl -p

十四、怎样构建高性的LEMP

请參见: http://www.linuxtone.org/lemp/lemp.pdf

1、 提供完整的配置脚本下载:http://www.linuxtone.org/lemp/scripts.tar.gz

2、 提供NGINX常见配置范例含(虚拟主机,防盗链,Rewrite,訪问控制,负载均衡Discuz相关程序静态化及等等),你仅仅要稍稍改动就可以线上应用。

3、将原版的xcache替换成EA,并提供相关简单调优脚本及配置文件。

很多其它的及更新资料请关注: http://www.linuxtone.org

十五、Nginx监控

1、 RRDTOOL+Perl脚本绘图监控

先安装好rrdtool 。关于rrdtool本文不作介绍,详细安装请參照linuxtone监控版块.

#cd /usr/local/sbnin

#wget http://blog.kovyrin.net/files/mrtg/rrd_nginx.pl.txt

#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 = "http:// 219.32.205.13/nginx_status";

…………

【注】依据自己详细的状况改动对应的路径.

#crontab –e //增加例如以下

* * * * * /usr/local/sbin/rrd_nginx.pl

重新启动crond后,通过配置nginx虚拟主机指到/data/www/wwwroot/nginx/html文件夹。通过crond

自己主动运行perl脚本会生成非常多图片.

http://xxx/connections-day.png就可以看到server状态图。

2、 官方Nginx-rrd 监控服务(多虚拟主机)(推荐)

网址:http://www.nginx.eu/nginx-rrd.html

此解决方式事实上是基于上述监控方案的一个改进和增强,相同先安装好rrdtool这个绘图工

具和对应的perl模块再做例如以下操作:

# yum install perl-HTML*

先建立好生成的库存和图片存放录

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

#cd /usr/local/sbin

#wget http://www.nginx.eu/nginx-rrd/nginx-rrd-0.1.4.tgz

#tar zxvf nginx-rrd-0.1.4.tgz

#cd nginx-rrd-0.1.4

#cd etc/

#cp nginx-rrd.conf /etc

#cd etc/cron.d

#cp nginx-rrd.cron /etc/cron.d

#cd /usr/local/src/nginx-rrd-0.1.4/html

# cp index.php /data/www/wwwroot/nginx/html/

#cd /usr/local/src/nginx-rrd-0.1.4/usr/sbin

#cp * /usr/sbin/

#vi /etc/nginx-rrd.conf

#####################################################

#

# dir where rrd databases are stored



RRD_DIR="/data/www/wwwroot/nginx/rrd";



# dir where png images are presented



WWW_DIR="/data/www/wwwroot/nginx/html";



# process nice level



NICE_LEVEL="-19";



# bin dir



BIN_DIR="/usr/sbin";



# servers to test



# server_utl;server_name



SERVERS_URL="http://219.32.205.13/nginx_status;219.32.205.13

http://www.linuxtone.org/nginx_status;www.linuxtone.org"" //依据你的详细情况做调整.

SEVERS_URL 格式 http://domain1/nginx_status;domain1 http://domain2/nginx_status;domain2

这样的格式监控多虚拟主机连接状态:

重点启crond服务,仍后通过http://219.32.205.13/nginx/html/ 就可以訪问。配置过程非常easy!

3、 CACTI模板监控Nginx

利用Nginx_status状态来绘图实现CACTI监控

nginx编译时同意http_stub_status_module

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

location /nginx_status {

    stub_status on;

    access_log off;

    allow 192.168.1.37;

    deny all;

}
# kill -HUP `cat /usr/local/nginx/logs/nginx.pid`

# wget http://forums.cacti.net/download.php?

id=12676

# tar xvfz cacti-nginx.tar.gz

# cp cacti-nginx/get_nginx_socket_status.pl /data/cacti/scripts/

# cp cacti-nginx/get_nginx_clients_status.pl /data/cacti/scripts/

# chmod 755 /data/cacti/scripts/get_nginx*

检測插件

# /data/cacti/scripts/get_nginx_clients_status.pl http://192.168.1.37/nginx_status

在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

朋友一台server执行tomcat 为8080port,IP:192.168.1.2:8080,还有一台机器

IP:192.168.1.8. 朋友想通过訪问http://192.168.1.8就可以訪问tomcat服务.配置例如以下:

在192.168.1.8的nginx.conf上配置例如以下:

server {

    listen 80;

    server_name java.linuxtone.org

    location / {

        proxy_pass http://192.168.1.2:8080;

        include /usr/local/nginx/conf/proxy.conf;

    }

}

6、 怎样关闭Nginx的LOG

access_log /dev/null;

error_log /dev/null;

十七、相关资源下载

1. nginx配置演示样例及脚本下载:

# wget http://www.linuxtone.org/lemp/scripts.tar.gz #此脚本范例定期更新.