Nginx基本配置文件nginx.conf

简介

nginx是一款轻量级服务器，特点鲜明：消耗内存少，成本低，高并发能力强（同时处理大量用户请求）一定情况下常常代替apache
缺点在于rewrite功能不够强大，模块不够多

下载及安装

nginx的下载地址http://nginx.org/en/download.html
下载完成解压即可稳定版本nginx/Windows-1.8.0

配置文件nginx.conf

Conf文件夹下的nginx.conf文件用来配置服务器，针对不同的用途有许多不同的配置方法暂以windows环境下的基本配置为例初步认识每个部分的含义。

顶层配置信息，管理服务器nginx进程数，建议设置为等于CPU总核心数，每个核心负责一个进程。

worker_processes 8;

1 2	worker_processes 8;

error_log logs/error.log;

1 2	error_log logs/error.log;

进程文件

pid logs/nginx.pid;

1 2	pid logs/nginx.pid;

工作模式及连接数上限（与事件模型有关）

event{ worker_connections 1024; //单个后台worker_processes进程的最大并发链接数,最大连接数=连接数*进程数 
       use epoll;//设置参考事件模型。如果你使用Linux 2.6+，你应该使用epoll
                 //如果你使用*BSD，你应该使用kqueue
     }

event{ worker_connections 1024; //单个后台worker_processes进程的最大并发链接数,最大连接数=连接数*进程数

use epoll;//设置参考事件模型。如果你使用Linux 2.6+，你应该使用epoll

//如果你使用*BSD，你应该使用kqueue

}

设定http服务器，处理http请求

http{

    include mime.types; 
    //请求文件类型，文件扩展名与文件类型映射表，可自主在同级文件mime.types中添加 

    default_type application/octet-stream; 
    //没有添加的默认文件类型 

    client_header_buffer_size 16k;
    large_client_header_buffers 4 32k;
    //客户请求头缓冲大小 
    //nginx默认会用client_header_buffer_size这个buffer来读取header值，如果
    //header过大，它会使用large_client_header_buffers来读取
    //如果设置过小HTTP头/Cookie过大 会报400 错误 nginx 400 bad request
    //求行如果超过buffer，就会报HTTP 414错误(URI Too Long)
    //nginx接受最长的HTTP头部大小必须比其中一个buffer大，否则就会报400的

    sendfile on; 
    //开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，
    //对于普通应用设为 on，如果用来进行下载等应用磁盘IO重负载应用，可设置为off，
    //以平衡磁盘与网络I/O处理速度，降低系统的负载。注意：如果图片显示不正常把这个改off

    keepalive_timeout 120; 
    //长连接超时时间，单位是秒 

    gzip on; //开启gzip压缩输出
    gzip_min_length 1k; //最小压缩文件大小
    gzip_buffers 4 16k; //压缩缓冲区大小
    gzip_http_version 1.0; //压缩版本（默认1.1，前端如果是squid2.5请使用1.0）
    gzip_comp_level 2; #压缩等级
    gzip_types text/plain application/x-javascript text/css application/xml;
    //压缩类型，默认就已经包含text/html，所以下面就不用再写了，写上去也不会有问题，但是会有一个warn
    gzip_vary on;
    limit_zone crawler $binary_remote_addr 10m; //开启限制IP连接数的时候需要使用

    upstream { 
        //upstream的负载均衡，用来分配负载，weight是权重，可以根据机器配置定义权重。
        //weigth参数表示权值，权值越高被分配到的几率越大。Ip:80端口 
        server 192.168.80.121:80 weight=3; 
        server 192.168.80.122:80 weight=2; 
        server 192.168.80.123:80 weight=3;
          }

    //虚拟主机的配置，一台服务器可以配置多个主机 
    server{ 

    listen 80;
    //监听端口

    server_name localhost; 
    //域名识别，根据域名识别请求，所有域名都不匹配时默认匹配第一个主机，域名可以有多个，用空格隔开
    default_type application/octet-stream; 
    //默认文件类型

    charset utf-8; 
    //防止url出现乱码

    //请求到达后的处理方式可以根据location分成几类，分别处理， 
    //根据location之后的表达式来匹配 
    //请求到达后可以直接处理，也可以转发给其它服务器起到代理作用
    //（如 location ~ /test/.+.jsp$ { proxy_pass http://192.168.1.62:8080; } ） 
    //location表达式： 
    //syntax: location [=|~|~*|^~|@] /uri/ { … } 
    //分为两种匹配模式，普通字符串匹配，正则匹配 
    //无开头引导字符或以=开头表示普通字符串匹配 
    //以~或~* 开头表示正则匹配，~*表示不区分大小写 
    //多个location时匹配规则 //总体是先普通后正则原则，只识别URI部分，
    //例如请求为/test/1/abc.do?arg=xxx 
    //1. 先查找是否有=开头的精确匹配，即location = /test/1/abc.do {...} 
    //2. 再查找普通匹配，以 最大前缀 为规则，如有以下两个location 
    // location /test/ {...} 
    // location /test/1/ {...} 
    // 则匹配后一项 
    //3. 匹配到一个普通格式后，搜索并未结束，而是暂存当前结果，并继续再搜索正则模式 
    //4. 在所有正则模式location中找到第一个匹配项后，以此匹配项为最终结果 
    // 所以正则匹配项匹配规则受定义前后顺序影响，但普通匹配不会 
    //5. 如果未找到正则匹配项，则以3中缓存的结果为最终结果 
    //6. 如果一个匹配都没有，返回404        
    //location =/ {...} 与 location / {...} 的差别 
    //前一个是精确匹配，只响应/请求，所有/xxx类请求不会以前缀匹配形式匹配到它 
    //而后一个正相反，所有请求必然都是以/开头，所以没有其它匹配结果时一定会执行到它      
    //location ^~ / {...} ^~意思是非正则，表示匹配到此模式后不再继续正则搜索 
    //所有如果这样配置，相当于关闭了正则匹配功能 
    //因为一个请求在普通匹配规则下没得到其它普通匹配结果时，最终匹配到这里 
    //而这个^~指令又相当于不允许正则，相当于匹配到此为止

    location / { 
        root html; 
        index index.html index.htm; 
        // deny all; 拒绝请求，返回403 
        // allow all; 允许请求
           }

    location /test/ { deny all; }

    location ~/test/.+.jsp$ { proxy_pass http://192.168.1.62:8080; }

    location ~.jsp$ { proxy_pass http://192.168.1.61:8080; }

       }


    // 定义各类错误页，指向错误页面 
    error_page 404 /404.html;

    // 指定错误页面 /50x.html
    error_page 500 502 503 504 /50x.html; 
    location = /50x.html { root html; }

    // @类似于变量定义 
    // error_page 403 这种定义不允许，所以利用@实现，指向其他网站        
    error_page 403 @page403; 
    location @page403 { proxy_pass http://http://www.baidu.com; }

    }

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

http{

include mime.types;

//请求文件类型，文件扩展名与文件类型映射表，可自主在同级文件mime.types中添加

default_type application/octet-stream;

//没有添加的默认文件类型

client_header_buffer_size 16k;

large_client_header_buffers 4 32k;

//客户请求头缓冲大小

//nginx默认会用client_header_buffer_size这个buffer来读取header值，如果

//header过大，它会使用large_client_header_buffers来读取

//如果设置过小HTTP头/Cookie过大会报400 错误 nginx 400 bad request

//求行如果超过buffer，就会报HTTP 414错误(URI Too Long)

//nginx接受最长的HTTP头部大小必须比其中一个buffer大，否则就会报400的

sendfile on;

//开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，

//对于普通应用设为 on，如果用来进行下载等应用磁盘IO重负载应用，可设置为off，

//以平衡磁盘与网络I/O处理速度，降低系统的负载。注意：如果图片显示不正常把这个改off

keepalive_timeout 120;

//长连接超时时间，单位是秒

gzip on; //开启gzip压缩输出

gzip_min_length 1k; //最小压缩文件大小

gzip_buffers 4 16k; //压缩缓冲区大小

gzip_http_version 1.0; //压缩版本（默认1.1，前端如果是squid2.5请使用1.0）

gzip_comp_level 2; #压缩等级

gzip_types text/plain application/x-javascript text/css application/xml;

//压缩类型，默认就已经包含text/html，所以下面就不用再写了，写上去也不会有问题，但是会有一个warn

gzip_vary on;

limit_zone crawler $binary_remote_addr 10m; //开启限制IP连接数的时候需要使用

upstream {

//upstream的负载均衡，用来分配负载，weight是权重，可以根据机器配置定义权重。

//weigth参数表示权值，权值越高被分配到的几率越大。Ip:80端口

server 192.168.80.121:80 weight=3;

server 192.168.80.122:80 weight=2;

server 192.168.80.123:80 weight=3;

}

//虚拟主机的配置，一台服务器可以配置多个主机

server{

listen 80;

//监听端口

server_name localhost;

//域名识别，根据域名识别请求，所有域名都不匹配时默认匹配第一个主机，域名可以有多个，用空格隔开

default_type application/octet-stream;

//默认文件类型

charset utf-8;

//防止url出现乱码

//请求到达后的处理方式可以根据location分成几类，分别处理，

//根据location之后的表达式来匹配

//请求到达后可以直接处理，也可以转发给其它服务器起到代理作用

//（如 location ~ /test/.+.jsp$ { proxy_pass http://192.168.1.62:8080; } ）

//location表达式：

//syntax: location [=|~|~*|^~|@] /uri/ { … }

//分为两种匹配模式，普通字符串匹配，正则匹配

//无开头引导字符或以=开头表示普通字符串匹配

//以~或~* 开头表示正则匹配，~*表示不区分大小写

//多个location时匹配规则 //总体是先普通后正则原则，只识别URI部分，

//例如请求为/test/1/abc.do?arg=xxx

//1. 先查找是否有=开头的精确匹配，即location = /test/1/abc.do {...}

//2. 再查找普通匹配，以最大前缀为规则，如有以下两个location

// location /test/ {...}

// location /test/1/ {...}

// 则匹配后一项

//3. 匹配到一个普通格式后，搜索并未结束，而是暂存当前结果，并继续再搜索正则模式

//4. 在所有正则模式location中找到第一个匹配项后，以此匹配项为最终结果

// 所以正则匹配项匹配规则受定义前后顺序影响，但普通匹配不会

//5. 如果未找到正则匹配项，则以3中缓存的结果为最终结果

//6. 如果一个匹配都没有，返回404

//location =/ {...} 与 location / {...} 的差别

//前一个是精确匹配，只响应/请求，所有/xxx类请求不会以前缀匹配形式匹配到它

//而后一个正相反，所有请求必然都是以/开头，所以没有其它匹配结果时一定会执行到它

//location ^~ / {...} ^~意思是非正则，表示匹配到此模式后不再继续正则搜索

//所有如果这样配置，相当于关闭了正则匹配功能

//因为一个请求在普通匹配规则下没得到其它普通匹配结果时，最终匹配到这里

//而这个^~指令又相当于不允许正则，相当于匹配到此为止

location / {

root html;

index index.html index.htm;

// deny all; 拒绝请求，返回403

// allow all; 允许请求

}

location /test/ { deny all; }

location ~/test/.+.jsp$ { proxy_pass http://192.168.1.62:8080; }

location ~.jsp$ { proxy_pass http://192.168.1.61:8080; }

}

// 定义各类错误页，指向错误页面

error_page 404 /404.html;

// 指定错误页面 /50x.html

error_page 500 502 503 504 /50x.html;

location = /50x.html { root html; }

// @类似于变量定义

// error_page 403 这种定义不允许，所以利用@实现，指向其他网站

error_page 403 @page403;

location @page403 { proxy_pass http://http://www.baidu.com; }

}

简介

下载及安装

配置文件nginx.conf

发表评论 取消回复

发表评论取消回复