Nginx详解（二）操作

FXMAR

　　一、前言
　　二、Nginx安装
　　三、Nginx的配置文件详解
　　四、nginx配置之http段
　　五、其他模块
　　六、实验
　　一、前言
　　http://www.nginx.cn/doc/  nginx安装等各个操作界面介绍
　　Nginx主要实现两个功能：Web服务器和反向代理
　　Nginx的模块类型:
　　核心模块:core module
　　标准模块:
　　Stanard HTTP modules
　　Optional HTTP modules
　　Mail modules
　　第三方模块:
　　cat /etc/nginx/nginx.conf //查看pid文件，例如pid为4664
　　pidof nginx //也可查看pid
　　lsof -i:80 //查看80端口对应的程序
　　二、Nginx安装
　　1.编译安装 //参考博客
　　http://nginx.org/en/docs/configure.html
　　http://www.nginx.cn/install
　　yum -y install openssl-devel
　　yum -y install pcre-devel
　　yum -y install zlib-devel
　　//这几个会依赖到，解压源码文件后，记得创建链接文件
　　[root@web nginx]# useradd -u 108 -r -g 108 nginx
　　实际用到的参数：
./configure \　　
  --prefix=/usr \
　　
   --sbin-path=/usr/sbin/nginx \
　　
   --conf-path=/etc/nginx/nginx.conf \
　　
   --error-log-path=/var/log/nginx/error.log \
　　
   --http-log-path=/var/log/nginx/access.log \
　　
   --pid-path=/var/run/nginx/nginx.pid  \
　　
   --lock-path=/var/lock/nginx.lock \
　　
   --user=nginx \
　　
   --group=nginx \
　　
   --with-http_ssl_module \
　　
   --with-http_flv_module \
　　
   --with-http_stub_status_module \
　　
   --with-http_gzip_static_module \
　　
   --http-client-body-temp-path=/var/tmp/nginx/client/ \
　　
   --http-proxy-temp-path=/var/tmp/nginx/proxy/ \
　　
   --http-fastcgi-temp-path=/var/tmp/nginx/fcgi/ \
　　
   --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi \
　　
   --with-pcre
　　=======================
--prefix=path    定义一个目录，存放服务器上的文件 ，也就是nginx的安装目录。默认使用 /usr/local/nginx。　　
--sbin-path=path 设置nginx的可执行文件的路径，默认为  prefix/sbin/nginx.
　　
--conf-path=path  设置在nginx.conf配置文件的路径。nginx允许使用不同的配置文件启动，通过命令行中的-c选项。默认为prefix/conf/nginx.conf.
　　
--pid-path=path  设置nginx.pid文件，将存储的主进程的进程号。安装完成后，可以随时改变的文件名 ， 在nginx.conf配置文件中使用 PID指令。默认情况下，文件名 为prefix/logs/nginx.pid.
　　
--error-log-path=path 设置主错误，警告，和诊断文件的名称。安装完成后，可以随时改变的文件名 ，在nginx.conf配置文件中 使用 的error_log指令。默认情况下，文件名 为prefix/logs/error.log.
　　
--http-log-path=path  设置主请求的HTTP服务器的日志文件的名称。安装完成后，可以随时改变的文件名 ，在nginx.conf配置文件中 使用 的access_log指令。默认情况下，文件名 为prefix/logs/access.log.
　　
--user=name  设置nginx工作进程的用户。安装完成后，可以随时更改的名称在nginx.conf配置文件中 使用的 user指令。默认的用户名是nobody。
　　
--group=name  设置nginx工作进程的用户组。安装完成后，可以随时更改的名称在nginx.conf配置文件中 使用的 user指令。默认的为非特权用户。
　　
--with-select_module --without-select_module 启用或禁用构建一个模块来允许服务器使用select()方法。该模块将自动建立，如果平台不支持的kqueue，epoll，rtsig或/dev/poll。
　　
--with-poll_module --without-poll_module 启用或禁用构建一个模块来允许服务器使用poll()方法。该模块将自动建立，如果平台不支持的kqueue，epoll，rtsig或/dev/poll。
　　
--without-http_gzip_module — 不编译压缩的HTTP服务器的响应模块。编译并运行此模块需要zlib库。
　　
--without-http_rewrite_module  不编译重写模块。编译并运行此模块需要PCRE库支持。
　　
--without-http_proxy_module — 不编译http_proxy模块。
　　
--with-http_ssl_module — 使用https协议模块。默认情况下，该模块没有被构建。建立并运行此模块的OpenSSL库是必需的。
　　
--with-pcre=path — 设置PCRE库的源码路径。PCRE库的源码（版本4.4 - 8.30）需要从PCRE网站下载并解压。其余的工作是Nginx的./ configure和make来完成。正则表达式使用在location指令和 ngx_http_rewrite_module 模块中。
　　
--with-pcre-jit —编译PCRE包含“just-in-time compilation”（1.1.12中， pcre_jit指令）。
　　
--with-zlib=path —设置的zlib库的源码路径。要下载从 zlib（版本1.1.3 - 1.2.5）的并解压。其余的工作是Nginx的./ configure和make完成。ngx_http_gzip_module模块需要使用zlib 。
　　
--with-cc-opt=parameters — 设置额外的参数将被添加到CFLAGS变量。例如,当你在FreeBSD上使用PCRE库时需要使用:--with-cc-opt="-I /usr/local/include。.如需要需要增加 select()支持的文件数量:--with-cc-opt="-D FD_SETSIZE=2048".
　　
--with-ld-opt=parameters —设置附加的参数，将用于在链接期间。例如，当在FreeBSD下使用该系统的PCRE库,应指定:--with-ld-opt="-L /usr/local/lib".
　　# make && make install
　　====================================================
　　nginx -s {start,quit,reopen,reload,stop} //quit立即终止,stop平滑终止
　　-t 测试语法
　　2.提供服务启动脚本
　　[root@web nginx-1.4.2]# vim  /etc/init.d/nginx
#!/bin/sh　　
#
　　
# nginx - this script starts and stops the nginx daemon
　　
#
　　
# chkconfig:   - 85 15
　　
# description:  Nginx is an HTTP(S) server, HTTP(S) reverse \
　　
#               proxy and IMAP/POP3 proxy server
　　
# processname: nginx
　　
# config:      /etc/nginx/nginx.conf
　　
# config:      /etc/sysconfig/nginx
　　
# pidfile:     /var/run/nginx.pid
　　
# Source function library.
　　
. /etc/rc.d/init.d/functions
　　
# Source networking configuration.
　　
. /etc/sysconfig/network
　　
# Check that networking is up.
　　
[ "$NETWORKING" = "no" ] && exit 0
　　
nginx="/usr/sbin/nginx"
　　
prog=$(basename $nginx)
　　
NGINX_CONF_FILE="/etc/nginx/nginx.conf"
　　
[ -f /etc/sysconfig/nginx ] && . /etc/sysconfig/nginx
　　
lockfile=/var/lock/subsys/nginx
　　
make_dirs() {
　　
   # make required directories
　　
   user=`nginx -V 2>&1 | grep "configure arguments:" | sed 's/[^*]*--user=\([^ ]*\).*/\1/g' -`
　　
   options=`$nginx -V 2>&1 | grep 'configure arguments:'`
　　
   for opt in $options; do
　　
       if [ `echo $opt | grep '.*-temp-path'` ]; then
　　
           value=`echo $opt | cut -d "=" -f 2`
　　
           if [ ! -d "$value" ]; then
　　
               # echo "creating" $value
　　
               mkdir -p $value && chown -R $user $value
　　
           fi
　　
       fi
　　
   done
　　
}
　　
start() {
　　
    [ -x $nginx ] || exit 5
　　
    [ -f $NGINX_CONF_FILE ] || exit 6
　　
    make_dirs
　　
    echo -n $"Starting $prog: "
　　
    daemon $nginx -c $NGINX_CONF_FILE
　　
    retval=$?
　　
    echo
　　
    [ $retval -eq 0 ] && touch $lockfile
　　
    return $retval
　　
}
　　
stop() {
　　
    echo -n $"Stopping $prog: "
　　
    killproc $prog -QUIT
　　
    retval=$?
　　
    echo
　　
    [ $retval -eq 0 ] && rm -f $lockfile
　　
    return $retval
　　
}
　　
restart() {
　　
    configtest || return $?
　　
    stop
　　
    sleep 1
　　
    start
　　
}
　　
reload() {
　　
    configtest || return $?
　　
    echo -n $"Reloading $prog: "
　　
    killproc $nginx -HUP
　　
    RETVAL=$?
　　
    echo
　　
}
　　
force_reload() {
　　
    restart
　　
}
　　
configtest() {
　　
  $nginx -t -c $NGINX_CONF_FILE
　　
}
　　
rh_status() {
　　
    status $prog
　　
}
　　
rh_status_q() {
　　
    rh_status >/dev/null 2>&1
　　
}
　　
case "$1" in
　　
    start)
　　
        rh_status_q && exit 0
　　
        $1
　　
        ;;
　　
    stop)
　　
        rh_status_q || exit 0
　　
        $1
　　
        ;;
　　
    restart|configtest)
　　
        $1
　　
        ;;
　　
    reload)
　　
        rh_status_q || exit 7
　　
        $1
　　
        ;;
　　
    force-reload)
　　
        force_reload
　　
        ;;
　　
    status)
　　
        rh_status
　　
        ;;
　　
    condrestart|try-restart)
　　
        rh_status_q || exit 0
　　
            ;;
　　
    *)
　　
        echo $"Usage: $0 {start|stop|status|restart|condrestart|try-restart|reload|force-reload|configtest}"
　　
        exit 2
　　
esac
　　[root@web ~]# chmod +x /etc/init.d/nginx
　　用service启动，并打开浏览器访问
　　三、Nginx的配置文件详解
　　1.nginx的配置文件的组成部分:
　　主配置文件:nginx.conf
　　fastcgi,scgi,uwscgi
　　配置指令(必须以分号结尾):
　　directive value[va1,va2,va3,...]
　　支持使用变量:
　　内部变量:由模块引入，可直接引用
　　自定义变量:set var_name  value
　　引用:$var_name
　　配置文件结构:
    main block//全局配置,对http及mail模块均有效　　
        worker_process //产生多少个worker进程,一般建议和cpu个数一样
　　
    events {
　　
        ...
　　
        worker_conncections 1024; //每个worker模型可以接受的并发数量
　　
        } //事件驱动的相关配置
　　
    http {
　　
        ...
　　
        公共配置
　　
        server { //虚拟主机
　　
            ...
　　
            server_name
　　
            root //指定根文档路径
　　
            alias
　　
            location /url/ { //访问该url的专用配置
　　
                ...
　　
                }
　　
            }
　　
        server {
　　
            ...
　　
            }
　　
        ...
　　
        };http协议相关的配置
　　
    mail {
　　
        ...
　　
        };mail相关的配置
　　Nginx配置文件主要分为4部分：main(全局配置),server(主机配置),upstream(负载均衡配置),location(URL匹配特定位置) //逐层继承
　　main影响所有，server用于特定指定主机和端口，upstream用于负载均衡，location匹配网页位置。
　　server继承main，location继承server，upstream既不会继承其他设置也不会被继承。
　　main:全局配置：主模块执行
　　events:事件模块指令
　　http:http模块指令
　　===============================
　　1)、main段 //由核心模块引出的配置指令
　　http://nginx.org/en/docs/ngx_core_module.html  //core指令
　　配置指令的类别:
　　正常运行必备的配置
　　优化性能的配置
　　用于调试、定位问题的配置
　　正常运行必备的配置:
　　1.user USERNAME [GROUPNAME] //指定用于运行worker进程的用户和组
　　例:user  nginx nginx
　　官网--Document-->Modules reference (Core functionality)
　　http://nginx.org/en/docs/ngx_core_module.html#error_log
　　2.pid /path/to/pid_file  //指定nginx进程的pid文件路径
　　pid /var/run/nginx.pid
　　3.worker_rlimit_nofile  NUMBER //#指定一个nginx进程可以打开的最多文件描述符数目
　　性能优化的配置:
　　1.worker_processes NUMBER|auto //设定默认开启的worker进程数,通常应该为cpu的核心数-1，如果开启了ssl或者压缩，建议设置1.5-2倍cpu个数
　　2.worker_cpu_affinity //CPU绑定进程
　　worker_cpu_affinity cpumask ...;//cpu掩码0001,0010,0100,1000 //分别表示1,2,3,4号cpu
　　worker_cpu_affinity auto [cpumask]; //第几位为1，表示使用该cpu
　　例如:
　　worker_cpu_affinity 0010 0100; //绑定在2,3cpu上
　　ps axo pid,psr,comm
　　3.worker_priority NICE//指定nice优先级-20-19==100-139
　　用于调试、定位问题的配置
　　1.daemon on|off //是否以守护进程方式启动nginx,默认on到后台 ,开启守护进程回到后台运行
　　//只有在调试的时候，才off
　　2.master_process on|off;//是否以master/worker模型启动nginx进程，正常应该是on,调试时off
　　3.error_log file [level];//需要依赖于编译时--with-debug
　　error_log  /var/log/nginx/error.log warn;
　　错误日志文件的记录方式以及日志级别
　　方式:file /path/to/log_file
　　stderr:发送到错误输出，到当前终端
　　syslog:server=address[,parameter=value] //发送给syslog服务器
　　memory:size //记录到内存中
　　日志级别:stderr,info,notice,warn,error,crit,alert,emerg
　　debug依赖于configure中的--with-debug
　　2)、event段
　　1.worker_connections  1024; //单个worker的最大并发响应数量
　　注:只能写在event段,默认512
　　注:受限于worker_rlimit_nofile //最大client连接数：worker_process * worker_conncections，
　　//作为反向代理时max_clients=worker_conncections*worker_process/4 //还需要考虑ulimit
　　2.use METHOD //指定并发链接请求处理时使用的方法,centos使用epoll
　　select
　　poll
　　epoll
　　kqueue //BSD系统中
　　rtsig
　　/dev/poll
　　eventport
　　建议:use epoll
　　3.accept_mutext on|off //建议开启,mutext互斥机制,临界区
　　on：worker进程会轮流接受新请求
　　4.lock_file FILE //worker使用lock实现互斥，让各worker轮流去接受请求
　　lock_file logs/nginx.lock
　　四、nginx配置之http段
　　默认的http段内容：
　　=================================================================================
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  /var/log/nginx/access.log  main;
　　
sendfile            on;
　　
tcp_nopush          on;
　　
tcp_nodelay         on;
　　
keepalive_timeout   65;
　　
types_hash_max_size 2048;
　　
include             /etc/nginx/mime.types;
　　
default_type        application/octet-stream;
　　==================================================================================
　　通用配置：
　　include是个主模块指令，实现对配置文件所包含的文件的设定，可以减少主配置文件的复杂度。类似于Apache中的include方法。
　　default_type属于HTTP核心模块指令，这里设定默认类型为二进制流，也就是当文件类型未定义时使用这种方式，例如在没有配置PHP环境时，Nginx是不予解析的，此时，用浏览器访问PHP文件就会出现下载窗口。
　　log_format是Nginx的HttpLog模块指令，用于指定Nginx日志的输出格式。main为此日志输出格式的名称，可以在下面的access_log指令中引用。
　　client_max_body_size用来设置允许客户端请求的最大的单个文件字节数。
　　client_header_buffer_size用于指定来自客户端请求头的headerbuffer大小。对于大多数请求，1KB的缓冲区大小已经足够，如果自定义了消息头或有更大的cookie，可以增加缓冲区大小。这里设置为32KB。
　　large_client_header_buffers用来指定客户端请求中较大的消息头的缓存最大数量和大小， “4”为个数，“128K”为大小，最大缓存为4个128KB。
　　sendfile参数用于开启高效文件传输模式。将tcp_nopush和tcp_nodely两个指令设置为on，用于防止网络阻塞。
　　keepalive_timeout用于设置客户端连接保持活动的超时时间。在超过这个时间之后，服务器会关闭该连接。
　　client_header_timeout用于设置客户端请求头读取超时时间。如果超过这个时间，客户端还没有发送任何数据，Nginx将返回“Request time out（408）”错误。
　　client_body_timeout用于设置客户端请求主体读取超时时间，默认值为60。如果超过这个时间，客户端还没有发送任何数据，Nginx将返回“Request time out（408）”错误。
　　send_timeout用于指定响应客户端的超时时间。这个超时仅限于两个连接活动之间的时间，如果超过这个时间，客户端没有任何活动，Nginx将会关闭连接。
　　gzip用于设置开启或者关闭gzip模块，“gzip on”表示开启gzip压缩，实时压缩输出数据流。
　　http://nginx.org/en/docs/http/ngx_http_core_module.html
　　1)、定义套接字功能(虚拟主机)
　　server标志定义虚拟主机开始；
　　listen用于指定虚拟主机的服务器端口；
　　server_name用来指定IP地址或者域名，多个域名之间用空格分开；
　　index用于设定访问的默认首页地址；
　　root指令用于指定虚拟主机的网页根目录，这个目录可以是相对路径，也可以是绝对路径；
　　charset用于设置网页的默认编码格式。
　　access_log用来指定此虚拟主机的访问日志存放路径。最后的main用于指定访问日志的输出格式。
　　1#.server { ... }
　　配置一个虚拟主机
　　server {
　　listen PORT;
　　server_name HOSTNAME;
　　root /path/to/documentroot;
　　...
　　}
　　2#.listen address[:port][default_server] [ssl] [backlog=number][rcvbuf=size][sndbuf=size]//
　　listen port [default_server] [ssl]//指定本机所有可用端口
　　listen unix:path [default_server] [ssl] //使用unix socket通信
　　套接字种类:v4,v6,unix socket //Unix socket使用的是
　　[backlog=number]//后援队列:人太多,等待队列排满了,靠后援队列,后援队列也满了，那就超时了
　　[rcvbuf=size] //接受缓冲大小
　　[sndbuf=size] //发送缓冲大小
　　default_server:默认虚拟主机//用户请求的都不匹配时的默认返回信息
　　ssl:限制只能通过ssl链接提供服务
　　3#.server_name:指定当前server的主机名;后可跟一个空白字符分隔的多个主机;
　　*:匹配任意长度任意字符
　　~:正则表达式模式匹配 ，"\d"数字0-9
　　假如用户请求的能够被多个server匹配到，则根据优先级，优先顺序如下
　　1.精确名称
　　2.左侧通配, *.mt.comm
　　3.右侧通配,www.mt.*
　　4.正则表达式匹配
　　正如:www.mt.com
　　1.server_name www.mt.comm;
　　2.server_name *.mt.comm;
　　3.server_name www.mt.*;
　　4.server_name ~^.*\.mt\..*$;
　　4#.tcp_nodelay on | off; //只有在长连接时启用
　　Nagle算法。它规定：如果包的大小满足MSS，那么可以立即发送，否则数据会被放到缓冲区，等到已经发送的包被确认了之后才能继续发送。
　　通过这样的规定，可以降低网络里小包的数量，从而提升网络性能。
　　tcp自己的优化,把多个小文件打包成一个文件发送
　　第一个到达的时候，太小了,等待几个小的结合到一起发,节约带宽
　　对keepalived模式下的链接启用tcp_nodelay选项
　　5#.tcp_nopush on | off;//只有在sendfile启用时才有用
　　开启或者关闭nginx在FreeBSD上使用TCP_NOPUSH套接字选项， 在Linux上使用TCP_CORK套接字选项。 选项仅在使用sendfile的时候才开启。
　　默认是关闭的
　　6#.sendfile on|off
　　在内核中直接封装响应报文,并发送,默认是关闭的,建议开启
　　... //等等
　　备注：tcp_nopush和tcp_nodelay的详细说明详见：https://www.cnblogs.com/wajika/p/6573014.html
　　2)、定义路径相关配置
　　1#.root PATH //位置http，单个server,located中仅对当前url生效,if in location
　　可用于server,http,location,if in location
　　设置web资源路径映射,用于用户请求的URL所对应的本地文件系统上的文档目录路径
　　2#.location
　　location [ = | ~ | ~* | ^~ |@ ] uri { ... }  //优先级
　　匹配模式:
　　=:精确匹配
　　~:正则表达式模式匹配,区分字符大小写
　　~*:正则表达式模式匹配,不区分字符大小写
　　^~:锚定行首 //对开头前的uri匹配
　　@：是用来定义“Named Location ”的（可以理解为独立于“普通location”和“正则location”之外的第三种类型），这种“Named Location ”不是用来处理普通的HTTP 请求的，它是专门用来处理“内部重定向（internally redirected ）”请求的。
　　注意：这里说的“内部重定向（internally redirected ）”是不需要跟浏览器交互的，纯粹是服务端的一个转发行为。
　　匹配优先级:=,^~,~*,~,不带符号 //从大到小
　　location @name { ... }
　　location可以放在server内部，也可放在location内部
　　根据用户请求的URI来匹配定义的location,匹配到时,此请求将被响应的location中所配置的块所响应
　　示例1：
　　location ~*\.txt {
　　gzip on;
　　}
　　server {
　　...
　　location {
　　...
　　}
　　location {
　　...
　　}
　　}
　　示例2：
　　location ~ .*\.(gif|jpg|jpeg|png|bmgf|swf)$ {    //区分大小写
　　root /web/www/picture;
　　expires 30d;      //指定静态文件的过期时间为30天
　　}
　　示例3：
　　location ~ .*.jsp$ {
　　index index.jsp;
　　proxy_pass http://localhost:8080;
　　}
　　示例4:
　　location ~ ^/(upload|html)/ {
　　root /web/www;
　　expires 30d;
　　}
　　将upload和html下的所有文件都交给Nginx来处理。
　　//假如有多个location匹配到了
　　3#.alias path: //定义路径别名
　　只能用在location中
　　location /i/ {
　　alias /data/w3/images/;
　　}
　　注意:
　　alias指令，给定的路径对应于location中的/uri/后的这个url
　　注:附件2
　　4#.index index.html //设置默认主页
　　http,server,location中都可以定义
　　5#.自定义错误页面 //根据用户请求的资源的http响应码
　　定义在:http,server,location中
　　error_page code ... [=[response]] uri;
　　error_page 404             /404.html;
　　error_page 500 502 503 504 /50x.html;
　　error_page 404 =200 /empty.gif; //重定向404响应码为200
　　error_page
　　6#.try_file  //应用于server,location,
　　try_files file ... uri; //用户请求的页面不存在,使用的响应文件，依次查找，都没有，就用uri
　　try_files file ... =code;
　　location /images/ {
　　try_files $uri /images/default.gif;
　　}
　　3)、定义客户端请求的相关配置
　　1#.keepalive相关,应用在http,server,location
　　keepalive_disable none|browser //关闭对哪些浏览器的keepalive
　　例如:keepalive_disable msie6 //msie6不支持长连接
　　2#.keepalive_requests number //一次长连接所允许请求资源的最大数量
　　3#.keepalive_timeout timeout [header_timeout]; //超时时间，默认75s
　　keepalive_timeout 75s //默认
　　4#.send_timeout 60s //向客户端发送响应报文的超时时长；特别地,是指两次写操作之间的间隔时长

　　5#.client_body_buffer_size>　　client_body_buffer_size 8k|16k;
　　6#.client_body_temp_path path [level1 [level2 [level3]]];
　　设定用于存储客户端请求报文的body部分的临时存储路径及子目录结构和数量
　　例如/var/tmp/body/1,2,3子目录, 分级存储,
　　level1，创建多少个1级子目录，多少个2级子目录，多少个3级子目录
　　/var/tmp/body 2 1 //创建一级子目录256个，每个一级目录创建16个子目录
　　2:16进制表示从00-ff,2个十六进制字符来创建一级子目录，1个16进制字符来创建二级子目录
　　2个16进制表示范围:256
　　client_body_temp_path /spool/nginx/client_temp 1 2;
　　6#.client_body_in_file_only on | clean | off;
　　7#.client_body_in_single_buffer on | off;
　　8#.
　　9#.client_body_timeout time;

　　10#.client_header_buffer_size>　　11#.client_header_timeout time;

　　12#.client_max_body_size>　　4)、对客户的请求进行限制的配置
　　1#.limit_rate rate //限制响应给客户端每s响应的速率,单位: bytes/second默认是 0:不做限制
　　location /download/ {
　　root /web/htdocs;
　　limit_rate 20;
　　}
　　使用dd命令创建测试文件
　　wget去下载
　　2#.limit_execpt method...{...} //使用范围location
　　limit_execpt GET POST {         //只允许该主机可以使用GET,POST之外的其他方法
　　allow 192.168.1.1/32; //GET方法是大家都可以使用
　　deny all;
　　}
　　curl -X ///使用自定义方法
　　5)、文件操作优化的配置
　　1#.aio on|off|threads[=pool] //异步IO，定义为http,server,location中
　　location /video/ {        //线程池不指定，用多少，启用多少
　　aio on;
　　oputput_bufffers 64k;
　　}

　　2#.directio>　　3#.open_file_cache off; //是否缓存,缓存文件的元数据,并不是文件的内容
　　open_file_cache max=N [inactive=time] //缓存多少个文件的信息,失效时间20s
　　//当条目满载的时候,使用LRU最近最少使用算法剔除那些不经常使用的
　　//inactive:多长时间内没有被访问，就定为超时,剔除
　　nginx可以缓存以下三种信息:
　　1.文件的描述符,文件大小,和最近一次修改的时间
　　2.打开的目录的结构,
　　3.没有找到的文件，或者没有权限访问的文件的相关信息
　　open_file_cache     max=1000 inactive=20s
　　4#.open_file_cache_errors on | off; //是否缓存查找时发生错误的文件的相关信息
　　5#.open_file_cache_min_uses number; //open_file_cache指定的inactive参数定义的时长内,至少被命中此处指定的次数,方可不被归类为inactive
　　6#.open_file_cache_valid time //valid:合法的,每隔多长时间检查一下缓存是否失效，默认60s
　　五、其他模块
　　1)、ngx_http_access_module
　　http://nginx.org/en/docs/http/ngx_http_core_module.html
　　location / {
　　deny  192.168.1.1;
　　allow 192.168.1.0/24;
　　allow 10.1.1.0/16;
　　allow 2001:0db8::/32;
　　deny  all;
　　}
　　allow address | CIDR | unix: | all;
　　应用Context:http, server, location, limit_except
　　2)、ngx_http_auth_basic_module   
　　location /admin/  {
　　auth_basic           "closed site";
　　auth_basic_user_file conf/htpasswd;
　　}
　　Syntax:    auth_basic string | off;
　　Default:
　　auth_basic off;
　　Context:    http, server, location, limit_except
　　使用openpasswd或者htpasswd生成
　　yum -y install httpd
　　htpasswd -c -m /etc/nginx/.nginxpasswd tom //-d crypt加密
　　htpaswwd -m /etc/nginx/.nginxpasswd wolf
　　文件格式:
　　name:passwd:comment
　　vim /etc/nginx/nginx.conf
　　http {
　　server {
　　server_name www.mt.com;
　　root /web/www;
　　listen 80;
　　location /admin/ {
　　auth_basic "Admin Area.";
　　auth_basic_user_file /etc/nginx/.ngpasswd;
　　}
　　}
　　//注:location只能在server内部,否则会报错
　　3)、ngx_http_stub_status_module //状态页面
　　nginx状态输出:以后做监控的时候会用到
　　4)、ngx_http_referer_module    //引用参考,从哪里获取到的数据
　　valid_referers none blocked server_names
　　*.example.com example.* www.example.org/galleries/
　　~\.google\.;
　　if ($invalid_referer) { //不被valid_referers匹配到的都是invalid_refer变量的内容
　　return 403;
　　}
　　valid_referers none | blocked | server_names | string
　　//定义合法的
　　none:请求报文中首部没有refer首部
　　blocked:请求报文refer首部没有值
　　server_names:给定一个服务器名称,来自于该服务器的都认为是合法的
　　string:
　　直接字符串,可以使用*作为通配符;
　　指定正则表达式匹配到的字符串;要使用~开头;
　　valid_referers none blocked server_names *.mt.com *.mt.* ~\.mt\.
　　注:该模块主要用于防盗链
　　六、实验
　　实验一：开启status页面
http  {　　
    server {
　　
        server_name www.mt.com;
　　
        root /web/www;
　　
        listen 80;
　　
        location /admin/ {
　　
                auth_basic "Admin Area.";
　　
                auth_basic_user_file /etc/nginx/.ngpasswd;
　　
        }
　　
        location /status {
　　
                stub_status;
　　
        }
　　
    }
　　
}
　　http://192.168.4.118/status
　　Active connections: 2     //活动连接,正在处于活动状态的客户端连接请求的数量
　　server accepts handled requests //以前的统计数据
　　13 13 11
　　Reading: 0 Writing: 1 Waiting: 1 //正在进行的请求
　　accpet:已经接受的客户端连接总数 //总共处理了的连接数
　　handled:已经处理完成的客户端连接总数 //成功创建握手的次数
　　Waiting:共处理的总请求数
　　Reading:处于读取client请求报文首部的数量
　　Writing:处于向客户端发送响应报文过程中的连接数
　　Waiting:处于等待客户端发送请求的空闲进程数,太多,建议调低keepalive值 ////开启 keep-alive 的情况下,这个值等于 active – (reading+writing), 意思就是 Nginx 已经处理完正在等候下一次请求指令的驻留连接。所以,在访问效率高,请求很快被处理完毕的情况下,Waiting数比较多是正常的.如果reading +writing数较多,则说明并发访问量非常大,正在处理过程中。
　　注：假如无法访问，可以尝试修改server_name为ip地址
　　实验二：虚拟主机实现
　　1.vim /etc/hosts //windows也要修改hosts文件
　　192.168.4.118 www.mt.com web.mt.com
　　2.vim /etc/nginx/nginx.conf //或者vim /etc/nginx/conf.d/vhosts.conf新建配置文件
　　server {
　　listen 80;
　　server_name www.mt.com;
　　root /web/www;
　　}
　　server {
　　listen 80;
　　server_name web.mt.com;
　　root /web/web;
　　}
　　//注:只能在httpd { } 内部
　　mkdir /web/{web,www} -pv
　　echo " web " > /web/web/index.html
　　echo " www " > /web/www/index.html
　　nginx -t

　　nginx -s>　　注意:
　　1.基于port的虚拟主机
　　listen指令要使用不同的端口
　　2.基于hostname的虚拟主机
　　server_name指向不同的主机名
　　3.基于ip的虚拟主机
　　listen IP:PORT
　　七、其他
　　1、location匹配顺序
　　location开始:
　　附件1:location匹配顺序
　　//:=,^~,~*,~,不带符号 //从大到小
　　//等于,左半,区分大消息的正则表达式,正则表达式[不区分],不带符号
    location = / {        //精确匹配　　
        [ configuration A ]
　　
    }
　　

　　
    location / {  //什么都没有
　　
        [ configuration B ]
　　
    }
　　
    location /documents/ {  //什么都没有，B和C优先级一样，但是C更精确
　　
        [ configuration C ]
　　
    }
　　
    location ^~ /images/ { //锚定行首
　　
        [ configuration D ]
　　
    }
　　
    location ~* \.(gif|jpg|jpeg)$ {  //有空格，正则表达式不区分大小写
　　
        [ configuration E ]
　　
    }
　　对www.mt.com 的请求会匹配到A,
　　对www.mt.com/index.html的请求会匹配到B
　　对www.mt.com/documents/document.html会匹配到C
　　对www.mt.com/images/1.gif会匹配到D
　　对www.mt.com/documents/1.jpg会匹配到E //C的优先级低于E
　　2、root和alias的对应关系
　　http://www.mt.com/bbs/a.jpg
　　方法1:
　　location /bbs/ {
　　alias /web/forum/;
　　}
　　访问的是/web/forum/a.jpg
　　方法2:
　　location /bbs/ {
　　root /web/forum/;
　　}
　　访问的是:/web/forum/bbs/a.jpg
　　root指令:相当于 /bbs/ 最左侧的 "/"
　　alias指令:相当于 /bbs/ 最右侧的 "/"
　　参考博客：
　　http://blog.51cto.com/freeloda/1288553
　　http://www.nginx.cn/doc/
　　http://nginx.org/en/docs/