Nginx基础应用配置小结 - 运维笔记

user  nobody;# 工作进程的属主
 worker_processes  4;# 工作进程数，一般与 CPU 核数等同

 #error_log  logs/error.log; 
 #error_log  logs/error.log  notice; 
 #error_log  logs/error.log  info; 

 #pid        logs/nginx.pid; 

 events { 
    use epoll;#Linux 下性能最好的 event 模式
    worker_connections  2048;# 每个工作进程允许最大的同时连接数
 } 

 http { 
    include       mime.types; 
    default_type  application/octet-stream; 

    #log_format  main  '$remote_addr - $remote_user [$time_local] $request ' 
    #                  '"$status" $body_bytes_sent "$http_referer" ' 
    #                  '"$http_user_agent" "$http_x_forwarded_for"'; 

    #access_log  off; 
    access_log  logs/access.log;# 日志文件名

    sendfile        on; 
    #tcp_nopush     on; 
    tcp_nodelay     on; 

    keepalive_timeout  65; 

    include 	 gzip.conf; 
    
    # 集群中的所有后台服务器的配置信息
    upstream tomcats { 
	 server 192.168.0.11:8080 weight=10; 
	 server 192.168.0.11:8081 weight=10; 
	 server 192.168.0.12:8080 weight=10; 
	 server 192.168.0.12:8081 weight=10; 
	 server 192.168.0.13:8080 weight=10; 
	 server 192.168.0.13:8081 weight=10; 
    } 

    server { 
        listen       80;#HTTP 的端口
        server_name  localhost; 

        charset utf-8; 

        #access_log  logs/host.access.log  main; 

	 location ~ ^/NginxStatus/ { 
	    stub_status on; #Nginx 状态监控配置
	    access_log off; 
	 } 

	 location ~ ^/(WEB-INF)/ { 
	    deny all; 
	 } 
	

	 location ~ \.(htm|html|asp|php|gif|jpg|jpeg|png|bmp|ico|rar|css|js|
	 zip|java|jar|txt|flv|swf|mid|doc|ppt|xls|pdf|txt|mp3|wma)$ { 
             root /opt/webapp; 
	    expires 24h; 
        } 

        location / { 
	    proxy_pass http://tomcats;# 反向代理
	    include proxy.conf; 
        } 

        error_page 404 /html/404.html; 

        # redirect server error pages to the static page /50x.html 
        # 
	 error_page 502 503 /html/502.html; 
        error_page 500 504 /50x.html; 
        location = /50x.html { 
            root   html; 
        } 
    } 
 }

比如访问https://www.wangshibo.com/HouseGroup/index.html，跳转到https://www.wangshibo.com/index.php?r=houseGroup/index
rewrite ^/(.*)/index.html https://www.wangshibo.com/index.php?r=$1/index;

if ($request_uri  ~* "/(jkhwpc|jkhw|jkhwadmin).php") {
    rewrite ^/(.*)$ http://www.jikehaiwai.com/$1 last;
    }

if ($request_uri  ~* "/(qjspc|qjsmob|qjsadmin).php") {
    rewrite ^/(.*)$ http://www.qianjins.com/$1 last;
   }

-----------可以参考下面nginx的rewrite伪静态设置---------
rewrite ^(.*)/equip(d+).html$ $1/index.php?m=content&c=index&a=lists&catid=$2 last; 

# nginx rewrite  rule 
rewrite ^(.*)/archiver/((fid|tid)-[w-]+.html)$ $1/archiver/index.php?$2 last; 
rewrite ^(.*)/forum-([0-9]+)-([0-9]+).html$ $1/forumdisplay.php?fid=$2&page=$3 last; 
rewrite ^(.*)/thread-([0-9]+)-([0-9]+)-([0-9]+).html$ $1/viewthread.php?tid=$2&extra=page%3D$4&page=$3 last; 
rewrite ^(.*)/profile-(username|uid)-(.+).html$ $1/viewpro.php?$2=$3 last; 
rewrite ^(.*)/space-(username|uid)-(.+).html$ $1/space.php?$2=$3 last; 
rewrite ^(.*)/tag-(.+).html$ $1/tag.php?name=$2 last; 

rewrite ^/(.*)\.(asp|aspx|asa|asax|dll|jsp|cgi|fcgi|pl)(.*)$ /404.php last;
rewrite ^/(.*)/(admin|cache|editor|file|include|lang|module|skin|template)/(.*)\.php(.*)$ /404.php last;
rewrite ^/(.*)-htm-(.*)$ /$1.php?$2 last;
rewrite ^/(.*)/show-([0-9]+)([\-])?([0-9]+)?\.html$ /$1/show.php?itemid=$2&page=$4 last;
rewrite ^/(.*)/list-([0-9]+)([\-])?([0-9]+)?\.html$ /$1/list.php?catid=$2&page=$4 last;
rewrite ^/(.*)/show/([0-9]+)/([0-9]+)?([/])?$ /$1/show.php?itemid=$2&page=$3 last;
rewrite ^/(.*)/list/([0-9]+)/([0-9]+)?([/])?$ /$1/list.php?catid=$2&page=$3 last;
rewrite ^/(.*)/([A-za-z0-9_\-]+)-c([0-9]+)-([0-9]+)\.html$ /$1/list.php?catid=$3&page=$4 last;
rewrite ^/(.*)/([0-9]+)-([0-9]+)-([0-9]+)-([0-9]+)\.html$ /$1/index.php?moduleid=$2&catid=$3&itemid=$4&page=$5 last;
rewrite ^(.*)/([a-z]+)/(.*)\.shtml$ $1/$2/index.php?rewrite=$3 last;
rewrite ^/(com)/([a-z0-9_\-]+)/([a-z]+)/(.*)\.html$ /index.php?homepage=$2&file=$3&rewrite=$4 last;
rewrite ^/(com)/([a-z0-9_\-]+)/([a-z]+)([/])?$ /index.php?homepage=$2&file=$3 last;
rewrite ^/(com)/([a-z0-9_\-]+)([/])?$ /index.php?homepage=$2 last;

例如下面这段设定nginx将某个目录下面的文件重定向到另一个目录,$2对应第二个括号(.*)中对应的字符串：
location /download/ {
        rewrite ^(/download/.*)/m/(.*)\..*$ $1/nginx-rewrite/$2.gz break;
}
-----------------------------------------------------------------------------------
例如当用户输入 www.a.com.cn 自动跳转到www.a.com 这个域名：
rewrite ^/(.*)$ http://www.a.com/$1 permanent;
-----------------------------------------------------------------------------------
例如下面设定nginx在用户使用ie的使用重定向到/nginx-ie目录下：
if ($http_user_agent ~ MSIE) {
        rewrite ^(.*)$ /nginx-ie/$1 break;
}
-----------------------------------------------------------------------------------
例如当用户访问testxqsjapi.xqshijie.com域名时跳转到本机的9501端口
upstream lb-9501 {
   server 127.0.0.1:9501;
}
server {
    listen  80;
    server_name testxqsjapi.xqshijie.com;
    root  /var/www/vhosts/testxqsjapi.xqshijie.com/;
 
    location / {
            proxy_pass http://lb-9501;
        }
}
----------------------------------------------------------------------------------
例如下面一例：nginx rewrite 实现二级域名跳转
当访问http://abc.wangshibo.com跳转到http://www.wangshibo.com/wangshibo/abc/
方法一:这种方法浏览器地址会变www.wangshibo.com/wangshibo/abc
server {
        listen 80;
        server_name www.wangshibo.com;
        location / {
                root /data/wangshibo;
                index index.html;
        }
}
 
server {
        listen 80;
        server_name *.wangshibo.com;
        if ( $http_host ~* "^(.*)\.wangshibo\.com$") {
                set $domain $1;
                rewrite ^(.*) http://www.wangshibo.com/wangshibo/$domain/ break;
        }
}

方法二：当访问http://abc.wangshibo.com/*跳转到http://www.wangshibo.com/wangshibo/abc/*
server {
        listen 80;
        server_name *.wangshibo.com;
        root /usr/local/www;
        #这是里可以加多个目录,如果不加目录，会无法访问到abc.wangshibo.com/目录下的文件,如图片目录/images
        location ~ ^/(wangshibo|images|styles)/
        {
                proxy_redirect        off;
                proxy_set_header    Host   www.wangshibo.com;
                proxy_pass      http://192.168.1.2:8080;
        }
        location / {
                set $domain default;
                if ( $http_host ~* "^(.*)\.wangshibo\.com$") {
                        set $domain $1;
                }
                rewrite ^/(.*)    /wangshibo/$domain/$1 last;
        }
        access_log off;
}

#直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，官网如是说。  
#这里是直接转发给后端应用服务器了，也可以是一个静态首页  
# 第一个必选规则  
location = / {  
    proxy_pass http://tomcat:8080/index  
}  
   
# 第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项  
# 有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用  
location ^~ /static/ {  
    root /webroot/static/;  
}  
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {  
    root /webroot/res/;  
}  
   
#第三个规则就是通用规则，用来转发动态请求到后端应用服务器  
#非静态文件请求就默认是动态请求，自己根据实际把握  
#毕竟目前的一些框架的流行，带.php,.jsp后缀的情况很少了  
location / {  
    proxy_pass http://tomcat:8080/  
}  

1) 首先要保证不加www和加www的域名都要解析出来。
在DNS里添加kevin.com和www.kevin.com的解析，比如解析到111.110.11.18
@                             IN      A       111.110.11.18
www                         IN      A       111.110.11.18

解释：
A记录解析kevin.com到111.110.11.18地址上，前面加@或者留空(留空默认就是@)
A记录解析www.kevin.com到111.110.11.18地址上，前面加www

2）nginx配置不加www自动跳转到www的域名访问(80或443都一样)，有下面两种方法实现：

方法一：
在conf/vhost/kevin.conf文件中配置：

server {
        listen       80;
        server_name  www.kevin.com kevin.com;

        index index.jsp index.html index.php index.htm;
        root   /var/www/html;
 
       access_log  /data/nginx/logs/www.kevin.com-access.log main;
       error_log  /data/nginx/logs/www.kevin.com-error.log;
 

        if ($host = "kevin.com") {
             rewrite ^/(.*)$ http://www.kevin.com permanent;
        }

}


方法二（官方推荐这一种nginx的301跳转方法）
在conf/vhost/kevin.conf文件中配置：

server {
          listen       80;
          server_name  kevin.com;
          return       301 http://www.kevin.com$request_uri;
}
          
server {
         listen      80;
         server_name www.kevin.com;

        index index.jsp index.html index.php index.htm;
        root   /var/www/html;
 
       access_log  /data/nginx/logs/www.kevin.com-access.log main;
       error_log  /data/nginx/logs/www.kevin.com-error.log;
}

server {
    listen 80;
    server_name www.wangshibo.com;
    root /var/www/html; 
    index index.html index.htm;

    rewrite ^/site/resource/(.*)$ https://www.wangshibo.com/resource/$1 last;
    rewrite ^/active/Ymf.html$ https://www.wangshibo.com/project/detail.html?project_id=1 last;
    rewrite ^/active/Ysyg.html$ https://www.wangshibo.com/project/detail.html?project_id=7 last;

    if ($host ~* "^wangshibo.com$") {
       rewrite ^/(.*)$ https://www.wangshibo.com/ permanent;
    }

    location / { 
      rewrite /abc http://www.huanqiu.com break;    #本机站点目录下并不需要真实存在abc这个目录，对虚拟目录的访问都重写到http://www.huanqiu.com
    }                                               #即访问http://www.wangshibo.com/abc，跳转到http://www.huanqiu.com

    location /text { 
      rewrite / http://china.huanqiu.com break;     #本机站点目录下需要真实存在text目录，对其的访问都重写到http://china.huanqiu.com
    }                                               #即访问http://www.wangshibo.com/text，跳转到http://china.huanqiu.com

    }

upstream  g_server {
        keepalive 64;
        server 110.10.88.99:8081 max_fails=2 fail_timeout=5 weight=100;
        }

    server {
        listen       80;
        server_name  www.wangshibo.com;

        rewrite ^/bcloud.(swf|html|js)(.*)$ http://hehe.wangshibo.com/bcloud.$1$2 last;

        root  /home/web/www;
        location ~ \.apk$ {
        max_ranges 0;
          }

        location ^~ /g {
            proxy_redirect off;
            proxy_set_header Host $host;
#           proxy_set_header Host $host:$remote_port;
#           proxy_set_header REMOTE_PORT $remote_port;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            client_max_body_size 1G;
            client_body_buffer_size 256k;
            proxy_connect_timeout 30;
            proxy_send_timeout 30;
            proxy_read_timeout 600;
            proxy_buffer_size 16k;
            proxy_buffers 4 32k;
            proxy_temp_file_write_size 64k;
            proxy_pass  http://g_server;
            #rewrite "/g/(.*$)"   www.wangshibo.com/qun/share/view?code=$1  break;
            rewrite "/g/(.*$)"   /qun/share/view?code=$1  break;
        }
    }

upstream  thumb {
        keepalive 64;
        server 120.170.190.99:28080 max_fails=2 fail_timeout=5 weight=100;
    }

server {
        listen       80;
        server_name  www.wangshibo.com ;

        root   /home/web/www;

  location ^~ /thumb {
            proxy_pass  http://thumb;
            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 1G;
            client_body_buffer_size 256k;
            proxy_connect_timeout 30;
            proxy_send_timeout 30;
            proxy_read_timeout 60;
            proxy_buffer_size 16k;
            proxy_buffers 4 32k;
            proxy_temp_file_write_size 64k;
            rewrite  "^/(.*)$"  /transcode/$1 break;
        }
}

需要特别注意的是：
proxy_pass 反向代理，可以实现只改变跳转后的内容，而跳转后的原url保持不变！
rewrite 重写跳转后会进行重定向，很难实现跳转后的原url不变的需求。

看看之前踩过的坑;
要求访问http://wx2.xqshijie.com/apiwx2/xqsj.php?r=houseGroup%2FgetToken，内容跳转到http://m.xqshijie.com/xqsj.php?r=houseGroup%2FgetToken，但是跳转后的url保持不变！
这是根据path路径进行反向代理的配置，即要求访问http://wx2.xqshijie.com/apiwx2/$1 跳转到http://m.xqshijie.com/$1，跳转后的url不变！

配置如下：
[root@fangfull_web1 vhosts]# cat wx2.xqshijie.com.conf
server {
        listen       80;

        server_name  wx2.xqshijie.com;
        root  /Data/app/xqsj_wx2/dist;
        index index.html;
  
        #if ($http_x_forwarded_for !~ ^(124.65.197.154|103.10.86.28|103.10.86.8)) {
        #   rewrite ^.*$  /maintence.php last;
        #}

        location /apiwx2/ {
        proxy_pass https://m.xqshijie.com/;
        }

        access_log  /var/log/betawx2.log  main;

        location / {
            try_files $uri $uri/ @router;
            index  index.html;
        }
        #rewrite ^(.+)$ /index.html last;
        location @router {
            rewrite ^.*$ /index.html last;
        }
    } 

根据上面配置后，就可以实现访问http://wx2.xqshijie.com/apiwx2/xqsj.php?r=houseGroup%2FgetToken，实际显示的是https://m.xqshijie.com/xqsj.php?r=houseGroup%2FgetToken的内容，但是跳转后的原来的url不变！


如果采用rewrite重写规则，即将：
        location /apiwx2/ {
        proxy_pass https://m.xqshijie.com/;
        }
改为
        location /apiwx2/ {
        rewrite ^/apiwx2(.*)$ https://m.xqshijie.com.$1 last;
        }
那么，访问http://wx2.xqshijie.com/apiwx2/xqsj.php?r=houseGroup%2FgetToken，实际显示的是https://m.xqshijie.com/xqsj.php?r=houseGroup%2FgetToken的内容，但是跳转后的url已经变了！


上面碰到过的坑：
由于访问http://m.xqshijie.com就会自动跳转到https://m.xqshijie.com，所以如果将上面的配置改为（即将https://m.xqshijie.com改为http://m.xqshijie.com）：
        location /apiwx2/ {
        proxy_pass http://m.xqshijie.com/;
        }
这样，访问http://wx2.xqshijie.com/apiwx2/xqsj.php?r=houseGroup%2FgetToken，实际显示的是https://m.xqshijie.com/xqsj.php?r=houseGroup%2FgetToken的内容，但是跳转后的原来的url已经变了！
原因是因为这里经过了两次跳转，即rewrite->http->https，所以跳转后的url变了。
解决办法：就是直接rewrite跳转到https，即proxy_pass https://m.xqshijie.com/;

server {
   listen 80;
   server_name www.wangshibo.com;
   rewrite ^/wangshibo/(.*)$  http://www.wangshibo.com/$1/wangshibo last;
   root /var/www/html;
   index index.html index.php index.htm;
   access_log /usr/local/nginx/logs/image.log;
}

server {
   listen 80;
   server_name www.wangshibo.com;
   rewrite ^/ops/(.*)$  http://www.wangshibo.com/$1/ops/$1 break;
   root /var/www/html;
   index index.html index.php index.htm;
   access_log /usr/local/nginx/logs/image.log;
}

server {
   listen 80;
   server_name www.wangshibo.com;
   rewrite ^/wang/(.*)$  http://www.hehe.com/qun/share/view?code=$1 last;
   root /var/www/html;
   index index.html index.php index.htm;
   access_log /usr/local/nginx/logs/image.log;
}

如果nginx在用户使用IE浏览器访问情况下,则重定向到/nginx-ie目录下
配置如下：
if ($http_user_agent ~ MSIE) {
   rewrite ^(.*)$ /nginx-ie/$1 break;
}

多目录转成参数
abc.domian.com/sort/2 => abc.domian.com/index.php?act=sort&name=abc&id=2
配置如下：
if ($host ~* (.*)\.domain\.com) {
   set $sub_name $1;
   rewrite ^/sort\/(\d+)\/?$ /index.php?act=sort&cid=$sub_name&id=$1 last;
}


目录自动加"/"，前提是访问目录存在
配置如下：
if (-d $request_filename){
   rewrite ^/(.*)([^/])$ http://$host/$1$2/ permanent;
}


三级域名跳转
配置如下：
if ($http_host ~* “^(.*)\.i\.beijing\.com$”) {
rewrite ^(.*) http://www.wangshibo.com$1/;
break;
}


针对站点根目录下的某个子目录作镜向
配置如下：就会把http://www.huanqiu.com的内容（即首页）镜像到/var/www/html下的ops目录下了
server {
   listen 80;
   server_name www.wangshibo.com;
   root /var/www/html;
   location ^~ /ops {
   rewrite ^.+ http://www.huanqiu.com/ last;
   break;
   }
   index index.html index.php index.htm;
   access_log /usr/local/nginx/logs/image.log;
}


域名镜像（其实就是域名跳转）
server {
   listen 80;
   server_name www.wangshibo.com;
   root /var/www/html;
   rewrite ^/(.*) http://www.huanqiu.com/$1 last;
   index index.html index.php index.htm;
   access_log /usr/local/nginx/logs/image.log;
}

其他：
rewrite ^/(space|network)-(.+)\.html$ /$1.php?rewrite=$2 last;
rewrite ^/(space|network)\.html$ /$1.php last;
rewrite ^/([0-9]+)$ /space.php?uid=$1 last;

rewrite ^(.*)/archiver/((fid|tid)-[\w\-]+\.html)$ $1/archiver/index.php?$2 last;
rewrite ^(.*)/forum-([0-9]+)-([0-9]+)\.html$ $1/forumdisplay.php?fid=$2&page=$3 last;
rewrite ^(.*)/thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ $1/viewthread.php?tid=$2&extra=page\%3D$4&page=$3 last;
rewrite ^(.*)/profile-(username|uid)-(.+)\.html$ $1/viewpro.php?$2=$3 last;
rewrite ^(.*)/space-(username|uid)-(.+)\.html$ $1/space.php?$2=$3 last;
rewrite ^(.*)/tag-(.+)\.html$ $1/tag.php?name=$2 last;

为什么要禁止ip访问页面呢，这样做是为了避免其他人把未备案的域名解析到自己的服务器IP，而导致服务器被断网，
可以通过禁止使用ip访问的方法，防止此类事情的发生。

Nginx的默认虚拟主机在用户通过IP访问，或者通过未设置的域名访问(比如有人把他自己的域名指向了你的ip)的时候
生效最关键的一点是，在server的设置里面添加这一行：
listen 80 default;

后面的default参数表示这个是默认虚拟主机。这个设置非常有用。

比如别人通过ip或者未知域名访问你的网站的时候，你希望禁止显示任何有效内容，可以给他返回500。
网站主关闭空主机头，防止未备案的域名指向过来造成麻烦。就可以这样设置：
server { 
listen 80 default; 
return 500; 
}

也可以把这些流量收集起来，导入到自己的网站，只要做以下跳转设置就可以：
server { 
listen 80 default; 
rewrite ^(.*) http://www.xxx.com permanent; 
}

-----------------特别注意-------------------
按照如上设置后，确实不能通过IP访问服务器了，但是在应该用中出现当server_name后跟多个域名时，
其中一个域名怎么都无法访问：

设置如下：
没更改之前，通过server_name 中的www.xxx.com kevin.com均可访问服务器，加入禁止IP访问的设置后，通过kevin.com无法访问服务器了，www.xxx.com可以访问
用 nginx -t 检测配置文件会提示warning：

最后通过在listen 80 default;后再加server_name _;解决，形式如下：
#禁止IP访问（如果vhosts下面有很多域名的conf配置，那么只需要创建创建一个文件，比如deny.ip.conf，输入下面五行内容，这样就全局禁止了ip访问，只能使用域名访问了！）
server{ 
listen 80 default;            //如果是禁止ip的8080端口访问,则将此处的80修改为8080
server_name _; 
return 500; 
}

或者
server { 
listen 80 dufault; 
server_name _; 
rewrite ^(.*) http://www.xxx.com permanent; 
}

这样，通过xxx.com就能访问服务器了，问题解决了。
=====================================================================
也可以使用如下设置：即在server段里插入如下内容即可

if ($host != 'www.kevin.com' ) {
return 403;
}
=====================================================================

其中limit_req_conn模块可以根据源IP限制单用户并发访问的连接数或连接到该服务的总并发连接数

什么是漏桶算法？
我们假设系统是一个漏桶，当请求到达时，就是往漏桶里"加水"，而当请求被处理掉，就是水从漏桶的底部漏出。水漏出的速度是固定的，当"加水"太快，
桶就会溢出，也就是"拒绝请求"。从而使得桶里的水的体积不可能超出桶的容量。​主要目的是控制数据注入到网络的速率，平滑网络上的突发流量。漏桶算
法提供了一种机制，通过它，突发流量可以被整形以便为网络提供一个稳定的流量。

示例一：
http {
limit_conn_log_level error;
limit_conn_status 503;
limit_conn_zone $binary_remote_addr zone=one:10m;
limit_conn_zone $server_name zone=perserver:10m;
limit_req_zone $binary_remote_addr zone=allips:100m   rate=10r/s;   #其中$binary_remote_addr有时需要根据自己已有的log_format变量配置进行替换

server {
........
limit_conn  one  100;                                              
limit_conn perserver 1000;
limit_req   zone=allips  burst=5  nodelay;
.......
}
}

参数解释：
Zone=one或allips 表示设置了名为"one"或"allips"的存储区，大小为10兆字节
rate=10r/s 意思是允许1秒钟不超过10个请求
burst=5 表示最大延迟请求数量不大于5。  如果太过多的请求被限制延迟是不需要的 ，这时需要使用nodelay参数，服务器会立刻返回503状态码。
limit_conn  one  100表示最大并发连接数100
limit_conn perserver 1000表示该服务提供的总连接数不得超过1000,超过请求的会被拒绝

示例二：   
http {
limit_req_zone $binary_remote_addr zone=one:100m   rate=10r/m;

server {
.......
limit_req   zone=one  burst=1  nodelay;
......
}
}

解释：
rate=10r/m 
意思是允许1秒钟不超过1个请求，最大延迟请求数量不大于5。
如果请求不需要被延迟，添加nodelay参数，服务器会立刻返回503状态码。如果没有该字段会造成大量的tcp连接请求等待。

http{
limit_zone one  $binary_remote_addr  10m;
server
{
......
limit_conn  one  1;
......
}
}

这里的 one 是声明一个 limit_zone 的名字，$binary_remote_addr是替代 $remore_addr 的变量，10m是会话状态储存的空间。
limit_conn one 1 ,限制客户端并发连接数量为1，allow only one connection per an IP address at a time（每次）。

按照字面的理解，lit_req_zone的功能是通过漏桶原理来限制用户的连接频率，(这个模块允许你去限制单个地址指定会话或特殊需要的请求数 )
而 limit_zone 功能是限制一个客户端的并发连接数。(这个模块可以限制单个地址的指定会话或者特殊情况的并发连接数)
一个是限制并发连接一个是限制连接频率，表面上似乎看不出来有什么区别，那就看看实际的效果吧~~~
在我的测试机上面加上这两个参数下面是我的部分配置文件

http{
limit_zone one  $binary_remote_addr  10m;
#limit_req_zone  $binary_remote_addr  zone=req_one:10m rate=1r/s;
server
{
......
limit_conn   one  1;
#limit_req   zone=req_one  burst=120;
......
}
}

解释一下 limit_zone one  $binary_remote_addr  10m;
这里的 one 是声明一个 limit_zone 的名字，$binary_remote_addr是替代 $remore_addr 的变量，10m是会话状态储存的空间
limit_conn one 1 ,限制客户端并发连接数量为1

============================================================================
limit_zone两种工作情况

a)limit_reqzone=one burst=10 ；
默认情况下是这样配置的，这样每个请求就会有一个delay时间，
limit_req_zone$binary_remote_addr zone=one:100m rate=10r/m;
就是每分钟有10个令牌供用户使用，按照a的配置情况，就会有一个delay，每个请求时间就是60/10,那每个请求时间就是6s。

b)limit_reqzone=one burst=10 nodelay；
- 添加nodelay配置，这样就是根据你的网络状况访问，一分钟访问够10次后，服务器直接返回503。
- limit_req_zone$binary_remote_addr zone=one:100m rate=10r/m;
就是每分钟有10个令牌供用户使用，按照b的配置情况，就会根据网络情况访问url，如果一分钟超过10个令牌，服务器返回503，
等待下一个一分钟领取访问令牌。

rate=10r/m 的意思是每个地址每分钟只能请求10次，也就是说根据漏桶原理burst=1 一共有1块令牌，并且每分钟只新增10块
令牌，1块令牌发完后多出来的那些请求就会返回503。

加上nodelay之后超过 burst大小的请求就会直接返回503，如果没有该字段会造成大量的tcp连接请求等待。

例如：
http{
    ...
    #定义一个名为allips的limit_req_zone用来存储session，大小是10M内存，
    #以$binary_remote_addr 为key,限制平均每秒的请求为20个，
    #1M能存储16000个状态，rete的值必须为整数，
    #如果限制两秒钟一个请求，可以设置成30r/m
    limit_req_zone $binary_remote_addr zone=allips:10m rate=20r/s;
    ...
    server{
        ...
        location {
            ...
            #限制每ip每秒不超过20个请求，漏桶数burst为5
            #brust的意思就是，如果第1秒、2,3,4秒请求为19个，
            #第5秒的请求为25个是被允许的。
            #但是如果你第1秒就25个请求，第2秒超过20的请求返回503错误。
            #nodelay，如果不设置该选项，严格使用平均速率限制请求数，
            #第1秒25个请求时，5个请求放到第2秒执行，
            #设置nodelay，25个请求将在第1秒执行。
            limit_req zone=allips burst=5 nodelay;
            ...
        }
        ...
    }
    ...
}

限制下载速度：
location /download { 
    limit_rate 128k; 
  } 

#如果想设置用户下载文件的前10m大小时不限速，大于10m后再以128kb/s限速可以增加以下配内容，修改nginx.conf文件
location /download { 
       limit_rate_after 10m; 
       limit_rate 128k; 
 }  

====================================================================
nginx流量限制的使用场景
大家都知道服务器资源有限的，但是客户端来的请求是无限的(不排除恶意攻击)， 为了保证大部分的请求能够正常响应，不得不放弃一些客户端来的请求，
所以我们会采用Nginx的限流操作， 这种操作可以很大程度上缓解服务器的压力， 使其他正常的请求能够得到正常响应。
如何使用Nginx实现基本的限流，比如单个IP限制每秒访问50次。通过Nginx限流模块，我们可以设置一旦并发连接数超过我们的设置，将返回503错误给客户端。
这样可以非常有效的防止CC攻击。再配合 iptables防火墙，基本上CC攻击就可以无视了。

配置实例：
#统一在http域中进行配置
#限制请求
limit_req_zone $binary_remote_addr $uri zone=api_read:20m rate=50r/s;
#按ip配置一个连接 zone
limit_conn_zone $binary_remote_addr zone=perip_conn:10m;
#按server配置一个连接 zone
limit_conn_zone $server_name zone=perserver_conn:100m;
server {
  listen  80;
  server_name report.52itstyle.com;
  index login.jsp;
  location / {
    #请求限流排队通过 burst默认是0
    limit_req zone=api_read burst=5;
    #连接数限制,每个IP并发请求为2
    limit_conn perip_conn 2;
    #服务所限制的连接数(即限制了该server并发连接数量)
    limit_conn perserver_conn 1000;
    #连接限速
    limit_rate 100k;
    proxy_pass  http://report;
  }
}
upstream report {
  fair;
  server 192.168.10.12:8882 weight=1 max_fails=2 fail_timeout=30s;
  server 192.168.10.12:8881 weight=1 max_fails=2 fail_timeout=30s;
}

配置503错误
默认情况，超出限制额度，将会报503错误，提示：
503 Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. Sorry for the inconvenience.
Please report this message and include the following information to us.
Thank you very much!

这样显示没毛病，但是不够友好，这里我们自定义503错误。
error_page 500 502 503 504 /50x.html;
location = /50x.html {
 root html;                 #自定义50X错误
}

配置说明
limit_conn_zone
是针对每个IP定义一个存储session状态的容器。这个示例中定义了一个100m的容器，按照32bytes/session，可以处理3200000个session。

limit_rate 300k;
对每个连接限速300k. 注意，这里是对连接限速，而不是对IP限速。如果一个IP允许两个并发连接，那么这个IP就是限速limit_rate×2。

burst=5；
这相当于在检查站req旁边放5个座位。如果某个请求当时超过速度限制被拦了，请他在空座位上坐着，等排队，如果检查站空了，就可以通过。
如果连座位都坐满了，那就抱歉了，请求直接退回，客户端得到一个服务器忙的响应。所以说burst跟request_rate一点关系都没有，设成10000，
就是1万个请求可以等着排队，而检查站还是1秒钟放行5个请求（龟速）。而且也不能一直排队，所以nginx还设了超时，排队超过一定时间，
也是直接退回，返回服务器忙的响应。

以上配置Nginx需要配置以下模块：
ngx_http_limit_conn_module (static)
ngx_http_limit_req_module (static)

执行命令"nginx -V"就可以检查到是否有安装。

===================================================================
电商平台营销时候，经常会碰到的大流量问题，除了做流量分流处理，可能还要做用户黑白名单、信誉分析，进而根据用户ip信誉权重做相应的流量拦截、限制流量。
Nginx自身有的请求限制模块ngx_http_limit_req_module、流量限制模块ngx_stream_limit_conn_module基于令牌桶算法，可以方便的控制令牌速率，自定义
调节限流，实现基本的限流控制。

对于提供下载的网站，肯定是要进行流量控制的，例如软件下载站、视频服务等。它也可以减少一些爬虫程序或者DDOS的攻击。

limit_zone指令可以用limit_conn_zone替换

如何Nginx限制同一个ip的连接数，限制并发数目？

限流
1) 添加limit_zone和limit_req_zone
这个变量只能在http区域使用 :
http {
limit_zone one $binary_remote_addr 20m;
limit_req_zone $binary_remote_addr zone=req_one:20m rate=12r/s;
......
}

2) 添加limit_conn 和limit_req
这个变量可以在http, server, location使用。如果限制nginx上的所有服务，就添加到http里面；如果限制部分服务，就添加到相应的server或者location里。
http {
limit_zone one $binary_remote_addr 20m;
limit_req_zone $binary_remote_addr zone=req_one:20m rate=12r/s;
limit_conn one 10;
limit_req zone=req_one burst=120;
......
}

参数详解(数值按具体需要和服务器承载能力设置):
limit_zone，是针对每个变量(这里指IP，即$binary_remote_addr)定义一个存储session状态的容器。这个示例中定义了一个20m的容器，按照32bytes/session，可以处理640000个session。
limit_req_zone 与limit_zone类似。rate是请求频率. 每秒允许12个请求。
limit_conn one 10 : 表示一个IP能发起10个并发连接数
limit_req: 与limit_req_zone对应。burst表示缓存住的请求数。

配置范例：
http
{
limit_zone one $binary_remote_addr 20m;
limit_req_zone $binary_remote_addr zone=req_one:20m rate=12r/s;
limit_conn one 10;
limit_req zone=req_one burst=120;
server {
listen 80;
server_name status.test.kevin.com ;
location / {
stub_status on;
access_log off;
}
}
}

++++++++++++++++++++++++++++++++++++++++++++++++++++++
nginx白名单设置
以上配置会对所有的ip都进行限制，有些时候我们不希望对搜索引擎的蜘蛛或者某些自己的代理机过来的请求进行限制， 
对于特定的白名单ip我们可以借助geo指令实现。

先在nginx的请求日志进行统计，查看那个ip的访问量比较大，运行:
# cat access.log | grep "03/Jun" |awk '{print $1}'|sort |uniq -c|sort -nrk 1|head -n 10
#列出访问日志里面在6月3号这天前10个访问量最大的ip.

接下来就可以对这些IP进行分析了。看哪些需要进行白名单设置。
http{
geo $limited {                          # the variable created is $limited
default 1;
127.0.0.1/32 0;
10.12.212.63 0;
}
map $limited $limit {
1 $binary_remote_addr;
0 "";
}
limit_zone one $binary_remote_addr 20m;
limit_req_zone $limit zone=req_one:20m rate=20r/s;
limit_conn one 10;
limit_req zone=req_one burst=120;
}

上面两个需要用到map和geo模块，这是nginx自带的模块，有的运维喜欢把他们关闭，自己./sbin/nginx -V 留意一下。
把配置的--whithout-XXX-module 去掉重新编译一下就可以了。 上面这段配置的意思是：
a）geo指令定义了一个白名单limited变量，默认值为1，如果客户端ip在上面的范围内，limited变量，默认值为1，如果客户端ip在上面的范围内，
limited的值为0
b）使用map指令映射搜索引擎客户端的ip为空串，如果不是搜索引擎就显示本身真实的ip，这样搜索引擎ip就不能存到limit_req_zone内存session中，
所以不会限制搜索引擎的ip访问

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
获取客户端的真实IP？

顺带一提，为了获取客户端的真实IP。该模块需要安装read_ip模块，运维应该默认有安装。没有的话也可自行安装： 
配置方式相当简单，重新编译Nginx 加上 --with-http_realip_module 参数，如：
# ./configure --prefix=/opt/nginx --with-http_stub_status_module --with-pcre=../pcre-6.6 --with-http_realip_module
# make
# make install

在server中增加:
set_real_ip_from 192.168.1.0/24;
set_real_ip_from 192.168.2.1;
real_ip_header [X-Real-IP|X-Forwarded-For];

需要说明的地方就是设置IP源的时候可以设置单个IP，也可以设置IP段，另外是使用X-Real-IP还是X-Forwarded-For，取决于前面的服务器有哪个头。
set_real_ip_from 设置的IP端可以让运维查看日志，看下你的请求是来自哪些ip段。
重新加载一下服务，差不多就OK了。
再查看日志的话，应该可以看到客户端的真实IP了。

注意：如果未安装该模块的话你的获取到的IP端可能是来自前端代理（如squid）的IP，结果就是多个用户被当成单个用户对待，导致应用不能响应。

------自测: 有条件的自己可以用ab或者webben自测一下--------
未安装前压测的话，因为有大量请求，所以access.log会有大量日志，而error.log日志没有变化。
[root@kevin ~]# webbench -c 30 -t 30 http://test.kevin.com
Webbench - Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
Benchmarking: GET http://test.kevin.com
30 clients, running 30 sec.
Speed=193468 pages/min, 1254317 bytes/sec.
Requests: 96734 susceed, 0 failed.

安装后会发现很多超出的请求会返回503,所以access.log日志变化不快，error.log有大量记录,提示limit_reque缓住了多少请求。
kevin ~ webbench -c 30 -t 30 http://test.kevin.com
Webbench - Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
Benchmarking: GET http://test.kevin.com
30 clients, running 30 sec.
Speed=120 pages/min, 778 bytes/sec.
Requests: 60 susceed, 0 failed.

server {
     listen 80;
     server_name www.wangshibo.com web01.wangshibo.com hehe.wangshibo.com wangshibo.com;
     if ($host != 'www.wangshibo.com') {
     rewrite ^/(.*)$ http://www.wangshibo.com/$1 permanent;
     }
     root /var/www/html;
     index index.html index.php index.htm;
     access_log /usr/local/nginx/logs/image.log;

     allow  192.168.1.0/24; 
     allow  124.65.197.154; 
     deny  all;
     auth_basic "C1G_ADMID";
     auth_basic_user_file /usr/local/nginx/htpasswd;
}

location /admin/ { 
auth_basic "Admin Auth."; 
auth_basic_user_file /usr/local/nginx/htpasswd; 
} 


location /wangshibo/ { 
proxy_pass http://www.guohuihui.com/heng/; 
auth_basic "Test Auth."; 
auth_basic_user_file /usr/local/nginx/htpasswd; 
} 

location ^~ /auth/ { 
location ~ .*.(php|php5)?$ { 
fastcgi_pass 127.0.0.1:9000; 
fastcgi_index index.php; 
include fcgi.conf; 
} 
auth_basic "Authorized users only"; 
auth_basic_user_file /usr/local/nginx/htpasswd;
} 

非常简单，直接通过location条件匹配定位后进行权限禁止。

在server配置段中增加下面的的配置：

1）如果是单个目录
location ~* ^/uploads/.*\.(php|php5)$ {  
    deny all; 
}  

2）如果是多个目录
location ~* ^/(attachments|uploads)/.*\.(php|php5)$ { 
   deny all; 
}  

注意:这段配置文件一定要放在下面配置的前面才可以生效。
location ~ \.php$ { 
fastcgi_pass 127.0.0.1:9000; 
fastcgi_index index.php; 
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; 
include fastcgi_params; 
} 

配置完后记得重启Nginx生效。

------------------------------------------------------------------------------
如果是Apache下禁止指定目录运行PHP脚本，在虚拟主机配置文件中增加php_flag engine off指令即可，配置如下
"/website/uploads">  
  Options FollowSymLinks  
  AllowOverride None  
  Order allow,deny  
  Allow from all   
  php_flag engine off  

如果发现如上配置后，访问页面时，gzip压缩没有生效。一般原因就是该页面的相应的gzip_type类型没有加进去。
 
检查一个页面的gzip是否生效：
[root@uatinner-lb01 ~]# curl -I -H "Accept-Encoding: gzip, deflate" "http://www.kevin.com/blog/plugins/bo-coolings/bo-coolings.css"
HTTP/1.1 200 OK
Date: Fri, 14 Sep 2018 09:10:38 GMT
Content-Type: text/html
Connection: keep-alive
Set-Cookie: __cfduid=da2267d06a7d8364c8d4c9193627d56f91536916238; expires=Sat, 14-Sep-19 09:10:38 GMT; path=/; domain=.slyar.com; HttpOnly
CF-Cache-Status: EXPIRED
Expires: Tue, 19 Mar 2019 09:10:38 GMT
Cache-Control: public, max-age=16070400
Vary: Accept-Encoding
Server: cloudflare
CF-RAY: 45a1b8bb26712132-LAX
Content-Encoding: gzip
 
如果发现访问如上的http://www.kevin.com/blog/plugins/bo-coolings/bo-coolings.css页面时，gzip没有生效。
就注意查看下上面结果中的Content-Type类型的内容（如上是text/html）是否加到了nginx.conf文件中gzip配置区域里。如果没有，就加上，并reload nginx服务即可！

在linux系统里, 监听端口在1024以下的服务必须使用root用户启动, 1024以上端口的应用服务可以使用非root用户启动.

比如, nginx默认端口是80, 必须使用root用户启动. 考虑到安全问题, 采用非root用户启动, 比如app用户.
[root@web ~]# cat /data/nginx/conf/nginx.conf
user  app;
 
然后切换到app用户下启动
[root@web ~]# su - app
[app@web ~]$ /data/nginx/sbin/nginx

非root用户在检查nginx配置文件或启动nginx的时候,会出现告警信息:
nginx: [warn] the "app" directive makes sense only if the master process runs with super-user privileges, ignored in 
/data/nginx/conf/nginx.conf:2

这是因为:
- 在非root账户下启动时，nignx的master和worker进程的owner都将是这个账户(这里是app用户)，
- 在root账户下启动时 nignx的master进程是的owner是rootworker的owner在conf已配置用户的情况下，owner是配置的用户，否则将是nobody，
  而且也可能导致nginx的一些文件的owner也是nobody

所以出现了上面那个warn告警信息, 可以忽略, 不影响

[app@web ~]$ ps -ef|grep nginx
app       8837     1  0 16:02 ?        00:00:00 nginx: master process /data/nginx/sbin/nginx
app       8838  8837  0 16:02 ?        00:00:00 nginx: worker process 
app       8839  8837  0 16:02 ?        00:00:00 nginx: worker process 
app       8840  8837  0 16:02 ?        00:00:00 nginx: worker process 
app       8841  8837  0 16:02 ?        00:00:00 nginx: worker process 
app       8842  8837  0 16:02 ?        00:00:00 nginx: worker process 
app       8843  8837  0 16:02 ?        00:00:00 nginx: worker process 
app       8844  8837  0 16:02 ?        00:00:00 nginx: worker process 
app       8845  8837  0 16:02 ?        00:00:00 nginx: worker process 
app       8846  8837  0 16:02 ?        00:00:00 nginx: cache manager process

Nginx作为常用网站的web服务器, 出现404错误页面的跳转实现方式主要有以下几种: 

第一种情况: Nginx自己的错误页面
Nginx访问一个静态的html 页面，当这个页面没有的时候，Nginx抛出404，那么如何返回给客户端404呢？
看下面的配置，这种情况下不需要修改任何参数，就能实现这个功能。
[root@localhost ~]# cat /data/nginx/conf/nginx.conf
.........
http {
    proxy_intercept_errors on;                          //如果nginx不做代理, 不代理到后面的tomcat服务器, 只是自己的静态页访问, 则这一行加不加都可以实现;

[root@localhost ~]# cat /data/nginx/conf/test.conf
server {
      listen      80;
      server_name localhost;
    
      access_log  /data/nginx/logs/access.log main;
      error_log  /data/nginx/logs/error.log;
    
   location / {
        root /data/web;
        index index.php index.html index.htm; 
        }

       #定义错误页面码，如果出现相应的错误页面码，转发到那里。
       error_page  404 403 500 502 503 504  /404.html;
   
       #承接上面的location。
       location = /404.html {
       #放错误页面的目录路径。
           root /data/web;
        }
}

------------------------------------------------------------------------------------------
需要注意:
如果是跳转到其他url, 则配置改为:
       #定义错误页面码，如果出现相应的错误页面码，转发到那里。
       error_page  404 403 500 504  http://www.haha.com;
------------------------------------------------------------------------------------------
需要注意:
或是可以设置多种类型的错误页面
      # 这里的错误码可以是多个
      error_page   500 502 503 504  /50x.html;
      location = /50x.html {
            root   /data/web;
        }
        
     error_page   404  /404.html;
     location = /404.html {
            root   /data/web;
        }

然后在定义的/data/web目录下编写50x.html和404.html错误页面内容
-----------------------------------------------------------------------------------------

到定义的错误页面存放目录下编辑404错误页面内容:
[root@localhost vhosts]# ll /data/web/
total 8
-rw-r--r-- 1 root root 50 Dec 19 16:04 404.html
-rw-r--r-- 1 root root 21 Dec 19 15:59 index.html

[root@localhost vhosts]# cat /data/web/404.html 
Sorry, sir, this page does not exist! Excuse me ~

重启nginx服务
[root@localhost vhosts]# /data/nginx/sbin/nginx -t
nginx: the configuration file /data/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /data/nginx/conf/nginx.conf test is successful
[root@localhost vhosts]# /data/nginx/sbin/nginx -s reload

然后访问nginx的地址, 当访问一个错误页面时, 就会出现定义的404错误页面内容: "Sorry, sir, this page does not exist! Excuse me ~"

============================================
第二种：反向代理的错误页面 (nginx代理的后端是tomcat页面, 使用proxy_intercept_errors on参数, 该参数可以放在http区域, 也可以访问server或location区域)

如果后台Tomcat处理报错抛出404，想把这个状态叫Nginx反馈给客户端或者重定向到某个连接.
比如在自己的Linux服务器上部署了tomcat的一个项目，使用Nginx进行的代理，访问项目不存在的页面时，出现的是Nginx默认的404页面，
现在要配置自己定义的404页面进行提示

配置如下：
[root@localhost ~]# cat /data/nginx/conf/vhost/test.conf
upstream tomcat {
ip_hash;
server 127.0.0.1:8080  weight=20 max_fails=2 fail_timeout=30s;
}

server {
      listen      80;
      server_name www.test.com;
    
      access_log  /data/nginx/logs/access.log main;
      error_log  /data/nginx/logs/error.log;
 

     location / {

        # 即把www.test.com的首页设定为index.html (默认情况下tomcat的首页是index.jsp, 这里在tomcat下的webapp/ROOT下加了index.html)
         if ($request_uri ~* '^/$') {
             rewrite .*   http://www.test.com/index.html redirect;
        }

        #关键参数(比如加下面这一行的参数配置)：这个变量开启后，我们才能自定义错误页面，当后端返回404，nginx拦截错误定义错误页面
        proxy_intercept_errors on;

       proxy_pass      http://tomcat;
       proxy_set_header HOST   $host;
       proxy_set_header X-Real-IP      $remote_addr;
       proxy_set_header X-Forwarded-FOR $proxy_add_x_forwarded_for;
       }

       error_page    404  /404.html;
       location = /404.html {
       root   /mnt/error;
       }
}

配置解释:
if ($request_uri ~* "^/$")   表示url中只有域名，后面不跟任何东西，比如www.test.com。
if ($request_uri ~* "test")   表示域名后面那串儿只要包含test这个关键词，就可匹配成功。比如www.test.com/pan/beta/test3

上面的配置表示:
当访问http://www.test.com 时(即url只有一个完整的域名) 时, 页面跳转到tomcat跟下的index.html (即tomcat的webapp/ROOT/index.html, tomcat的默认首页一般是webapp/ROOT/index.jsp)
也就是访问http://www.test.com, 显示为http://www.test.com/index.html, 这个index.html是tomcat的webapp/ROOT/index.html
当访问http://www.test.com/* 时, 跳转到http://127.0.0.1:8080/*  , 比如访问 http://www.test.com/index.jsp, 跳转到http://127.0.0.1:8080/index.jsp,
当访问http://www.test.com/* 的页面时, 页面不存在, 则显示404错误页面, 错误页面文件为/mnt/error/404.html

[root@localhost ~]# ll /usr/local/tomcat8/webapps/ROOT/index.html 
-rw-r--r-- 1 root root 21 Dec 19 16:32 /usr/local/tomcat8/webapps/ROOT/index.html

[root@localhost ~]# ll /usr/local/tomcat8/webapps/ROOT/index.jsp 
-rw-r--r-- 1 root root 12513 Jun 29 10:44 /usr/local/tomcat8/webapps/ROOT/index.jsp

[root@localhost ~]# ll /mnt/error/404.html 
-rw-r--r-- 1 root root 31 Dec 19 17:12 /mnt/error/404.html

[root@localhost ~]# /data/nginx/sbin/nginx -s reload

-------------------------------------------------------------------------------------------------------------------
这里注意下: 看下面这个情况的错误页面本地跳转配置
[root@localhost ~]# cat /data/nginx/conf/nginx.conf
..........
http {
    proxy_intercept_errors on;

[root@localhost ~]# cat /data/nginx/conf/vhosts/test.conf
  server {
      listen      80;
      server_name www.test.com;

      access_log  /data/nginx/logs/access.log main;
      error_log  /data/nginx/logs/error.log;

      location / {
          proxy_pass http://127.0.0.1:8080;
          proxy_set_header   REMOTE-HOST $remote_addr;
          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    20m; 
          }

      location /upload {
            root   /data/web;
            index  index.html index.htm;
        }

    #error_page  404  /404.html;
    error_page   500 502 503 504  /404.html;
    error_page   404  /404.html;
    location = /404.html {
            root  /data/web/error;
        }
}


[root@localhost ~]# cat /data/web/error/404.html 
Sorry, sir, this page does not exist! Excuse me ~

[root@localhost ~]# /data/nginx/sbin/nginx -s reload

当8080端口的tomcat服务没有开启时, 访问http://www.test.com , 则会出现定义在/data/web/error/404.html错误页面内容
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------

================================================
第三种：反向代理的错误页面 (nginx代理的后端是php解析的页面, 使用fastcgi_intercept_errors on参数, 该参数可以放在http区域, 也可以访问server或location区域)
Nginx解析php代码的错误页面, 如果后端是php解析的，需要加一个变量fastcgi_intercept_errors on进行错误页面提示, 否则php页面则显示为空白页!
在http段中加一个变量 fastcgi_intercept_errors on 就可以了。
[root@localhost ~]# vim /data/nginx/conf/nginx.conf
.........
http {
    fastcgi_intercept_errors on;

接着指定一个错误页面
[root@localhost ~]# vim /data/nginx/conf/vhosts/test.conf
........
    error_page    404  /404.html;
    location = /404.html {
    root   /mnt/error;
}

错误页面404.html 放在/mnt/error下面

如果指定404错误时跳转到其他的一个错误页面, 配置为
[root@localhost ~]# vim /data/nginx/conf/vhosts/test.conf
........
     error_page 404  /404.html;
     error_page 404 = http://www.test.com/error.html;

=================================================================
温馨提示:
配置proxy_intercept_errors on时, 配置的错误页面表示的是当服务器返回的状态码为我们配置的状态码时，才进行的页面跳转。
如：服务器中没有xxxx.do接口时，访问了这个接口，配置了proxy_intercept_errors on则也会进行页面跳转

如果服务器中没有开启服务，则配置proxy_intercept_errors on无用，则需要再添加fastcgi_intercept_errors on配置， 
这样的话，出现页面错误时也会进行跳转

总结:
=====什么是404页面======
如果碰巧网站出了问题，或者用户试图访问一个并不存在的页面时，此时服务器会返回代码为404的错误信息，此时对应页面就是404页面。
404页面的默认内容和具体的服务器有关。如果后台用的是NGINX服务器，那么404页面的内容则为：404 Not Found 

NGINX下如何自定义404页面
1) 更改nginx.conf在http定义区域加入： proxy_intercept_errors或者fastcgi_intercept_errors
2) 更改nginx.conf，在server 区域加入： error_page 404  /404.html  或者 error_page 404 =http://www.xxx.com/404.html
3) 更改后重启nginx,，测试nginx.conf正确性

#502 等错误可以用同样的方法来配置。  配置如下:

error_page  500 502 503 504  /50x.html;
       location = /50x.html {
       root   /mnt/error;
       }

或是
error_page 500 501 502 503 504 @errpage;
    location @errpage {
      access_log logs/access.log maintry;
      proxy_pass url;
}

注意事项：
1) 要添加：fastcgi_intercept_errors on  或者  proxy_intercept_errors
默认: fastcgi_intercept_errors off
添加位置: http, server, location
默认情况下，nginx不支持自定义404错误页面，只有这个指令被设置为on，nginx才支持将404错误重定向
这个指令指定是否传递4xx和5xx错误信息到客户端，或者允许nginx使用error_page处理错误信息。你必须明确的在error_page中指定处理方法使这个参数有效

2) 不要出于省事或者提高首页权重的目的将首页指定为404错误页面，也不要用其它方法跳转到首页

3) 自定义的404页面必须大于512字节，否则可能会出现IE默认的404页面。例如，假设自定义了404.html,大小只有11个字节（内容为：404错误）

===== fastcgi_intercept_errors 参数===== 
语法：fastcgi_intercept_errors on|off 
默认值：fastcgi_intercept_errors off 
使用字段：http, server, location 
这个指令指定是否传递4xx和5xx错误信息到客户端，或者允许nginx使用error_page处理错误信息。
你必须明确的在error_page中指定处理方法使这个参数有效，正如Igor所说“如果没有适当的处理方法，nginx不会拦截一个错误，这个错误不会显示自己的默认页面，这里允许通过某些方法拦截错误。

===== f注意搞清楚下面情况===== f
404.html：上游服务器提供的特定404页面内容，当nginx:80访问上游服务器资源不存在（返回404），要求显示的内容页面。
404_default.html：上游服务器默认404页面。

配置如下:
       error_page    404  /404.html;
       location = /404.html {
       root   /mnt/error;
       }

       或者
       error_page    404  /404_default.html;
       location = /404_default.html {
       root   /mnt/error;
       }

50x.html：上游服务器提供的特定50x页面内容，当nginx:80访问上游服务器出现50x错误（包含500, 502, 503和504），要求显示的内容页面。
50x_default.html：上游服务器提供的处理50x的默认页面

配置如下:
       error_page    50x  /50x.html;
       location = /50x.html {
       root   /mnt/error;
       }

       或者
       error_page    50x  /50x_default.html;
       location = /50x_default.html {
       root   /mnt/error;
       }

 # 转发的服务器，upstream 为负载均衡做准备
 upstream tomcat_server{ 
        server 172.16.50.60:8080 weight=1 max_fails=2  fail_timeout=2;
 } 

    server {
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   /data/web;
            index  index.html index.htm;
        }

        # 静态请求直接读取
       location ~ .*\.(html|htm|gif|jpg|jpeg|bmp|png|ico|js|css)$ {
          root   /data/web;
          expires    30d;          #缓存时间,即有效时间
       }

       # 动态请求的转发
        location ~ .*.jsp$ { 
            proxy_pass http://tomcat_server; 
            proxy_set_header Host $host; 
        } 
}


=============================================================
如果还有php文件, 则配置添加如下:
upstream php {
    server  172.16.50.15 weight=1 max_fails=2  fail_timeout=2;
    server  172.16.50.16 weight=1 max_fails=2  fail_timeout=2;
} 

.......

location ~* \.php$ {
    fastcgi_proxy  http://php;
    }
==================================================================

$request_uri 
这个变量等于从客户端发送来的原生请求URI，包括参数。它不可以进行修改。$uri变量反映的是重写后/改变的URI。不包括主机名。
其实这个$request_uri变量指的就是完整url中刨去最前面$host剩下的部分.
比如http://www.baidu.com/pan/beta/test1?fid=3这个url地址，去掉www.baidu.com剩下的就是了，日志里会看到打印出来的$request_uri,
$request_uri其实指的就是/pan/beta/test1?fid=3

如下匹配规则:
if ($request_uri ~* "^/$") 表示url中只有域名，后面不跟任何东西，比如www.baidu.com。
if ($request_uri ~* "test") 表示域名后面那串儿只要包含test这个关键词，就可匹配成功。比如www.baidu.com/pan/beta/test3

$uri
这个变量指当前的请求URI，不包括任何参数。这个变量反映任何内部重定向或index模块所做的修改。
注意，这和request_uri不同，因$request_uri是浏览器发起的不做任何修改的原生URI。不包括协议及主机名。
比如http://www.baidu.com/pan/beta/test1?fid=3这个url地址，日志里会看到打印出来的$uri其实指的就是/pan/beta/test1

$document_uri
这个变量等同于$uri.
例如："/pan/beta/test1"

总而言之:
$request_uri变量指的则是请求的整个字符串，包含了后面的query_string的。
$uri变量:  指的是请求的文件和路径，不包括"?"或者"#"之后的东西

例如, 访问http://www.kevin.com/stat.php?id=1585378&web_id=1585378
则这三个变量分别指的是:
$request_uri:     /stat.php?id=1585378&web_id=1585378
$uri:             /stat.php
$document_uri:    /stat.php