nginx的配置
1，启动nginx
|
1
2
3
4
5
6
7
|
[root@centos6 nginx-
1.2
.
9
]# /usr/sbin/nginx -c /etc/nginx/nginx.conf 启动nginx
[root@centos6 nginx-
1.2
.
9
]# ps -ef|grep nginx 查看进程
root
5479
1
0
04
:
15
?
00
:
00
:
00
nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
nginx
5480
5479
0
04
:
15
?
00
:
00
:
00
nginx: worker process
root
5534
2377
0
04
:
22
pts/
1
00
:
00
:
00
grep nginx
[root@centos6 nginx-
1.2
.
9
]# netstat -tulnp|grep nginx 查看nginx监听的端口
tcp
0
0
0.0
.
0.0
:
80
0.0
.
0.0
:* LISTEN
5479
/nginx.conf
|
2，停止nginx
|
1
2
3
4
5
6
|
从容停止nginx
[root@centos6 ~]# kill -QUIT $(cat /
var
/run/nginx/nginx.pid)
快速停止nginx
[root@centos6 ~]# kill -TERM $(cat /
var
/run/nginx/nginx.pid)
强制停止所有的nginx
[root@centos6 ~]# kill -
9
nginx
|
3,重启nginx
|
1
2
3
4
5
|
[root@centos6 ~]# kill -HUP $(cat /
var
/run/nginx/nginx.pid)
检测nginx的配置文件的正确性
[root@centos6 ~]# /usr/sbin/nginx -t -c /etc/nginx/nginx.conf
nginx: the configuration file /etc/nginx/nginx.conf syntax
is
ok
nginx: configuration file /etc/nginx/nginx.conf test
is
successful
|
4,nginx的配置
[root@centos6 rc0.d]# vim /usr/local/nginx/conf/nginx.conf
(1)全局模式
|
1
2
3
4
5
6
7
8
9
10
|
#启动进程数,通常设置成和cpu的数量相等
worker_processes
1
;
#全局错误日志定义类型，[ debug | info | notice | warn | error | crit ]
error_log logs/error.log info;
#进程文件
pid logs/nginx.pid；
worker_rlimit_nofile65535;
这个指令是指当一个nginx 进程打开的最多文件描述符数目，理论值应该是最多打开文
件数（ulimit -n）与nginx 进程数相除，但是nginx 分配请求并不是那么均匀，所以最好与ulimit -n的值保持一致。
现在在linux2.
6
内核下开启文件打开数为
65535
，worker_rlimit_nofile就相应应该填写
65535
。
|
（2）工作模式
|
1
2
3
4
5
6
7
8
9
|
#工作模式与连接数上限
events
{
#参考事件模型，
use
[ kqueue | rtsig | epoll | /dev/poll | select | poll ];
epoll模型是Linux
2.6
以上版本内核中的高性能网络I/O模型，如果跑在FreeBSD上面，就用kqueue模型。
use
epoll;
#单个进程最大连接数（最大连接数=连接数*进程数）
worker_connections
65535
;
}
|
进程的最大连接数受系统最大打开文件数的限制，在执行操作系统命令 ulimit -n 65535之后
worker_connections才会生效
（3）设定http服务器
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
|
include
mime.types; #文件扩展名与文件类型映射表
default_type application/octet-stream; #默认文件类型
#charset utf-
8
; #默认编码
server_names_hash_bucket_size
128
; #服务器名字的hash表大小
client_header_buffer_size 32k; #上传文件大小限制
large_client_header_buffers
4
64k; #设定请求缓
client_max_body_size 8m; #设定请求缓
sendfile on; #开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，对于普通应用设为 on，如果用来进行下载等应用磁盘IO重负载应用，可设置为off，以平衡磁盘与网络I/O处理速度，降低系统的负载。注意：如果图片显示不正常把这个改成off。
autoindex on; #开启目录列表访问，合适下载服务器，默认关闭。
tcp_nopush on; #防止网络阻塞
tcp_nodelay on; #防止网络阻塞
keepalive_timeout
120
; #长连接超时时间，单位是秒
#FastCGI相关参数是为了改善网站的性能：减少资源占用，提高访问速度。下面参数看字面意思都能理解。
fastcgi_connect_timeout
300
;
fastcgi_send_timeout
300
;
fastcgi_read_timeout
300
;
fastcgi_buffer_size 64k;
fastcgi_buffers
4
64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
#gzip模块设置
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;
#压缩类型，默认就已经包含textml，所以下面就不用再写了，写上去也不会有问题，但是会有一个warn。
gzip_
var
y on;
#limit_zone crawler $binary_remote_addr 10m; #开启限制IP连接数的时候需要使
|
|
1
2
3
4
5
6
7
8
9
10
11
12
|
设置允许客户端请求的最大的单个文件的字节数
client_max_body_size 20m;
设置客户端的请求头的header buffer的大小。对于大多数请求，1kb的的大小就够了。如果自定义了消息头或者有更大的cookie，那么就可以增加其大小了
client_header_buffer_size 32k;
用来指定客户端请求中较大的消息头缓存的最大数量和大小，这里的意思是
4
为个数，32k为大小
large_client_header_buffers
4
32k;
设置客户端请求头的读取超时时间 超过这个时间就会返回
408
client_header_timeout
10
;
设置客户端请求主体读取超时时间 超过这个时间就会返回
408
client_body_timeout
10
;
指定响应客户端的超时时间。这个时间仅仅限于两个连接活动之间的时间，如果超过这个时间，客户端没有任何活动，nginx就会关闭连接
send_timeout
10
;
|
（4）负载均衡配置
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
|
nginx 的upstream目前支持
4
种方式的分配
1
、轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器 ，如果后端服务器down掉，能自动剔除。
2
、weight
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
例如：
upstream bakend {
server
192.168
.
0.14
weight=
10
;
server
192.168
.
0.15
weight=
10
;
}
2
、ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session 的问题。
例如：
upstream bakend {
ip_hash;
server
192.168
.
0.14
:
88
;
server
192.168
.
0.15
:
80
;
}
3
、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
upstream backend {
server server1;
server server2;
fair;
}
4
、url_hash（第三方）
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
例：在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash_method是使用的hash算法
upstream backend {
server squid1:
3128
;
server squid2:
3128
;
hash $request_uri;
hash_method crc32;
}
tips:
upstream bakend{#定义负载均衡 设备的Ip及设备状态
ip_hash;
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:
//bakend/ ;
每个设备的状态设置为:
1
.down 表示单前的server暂时不参与负载
2
.weight 默认为
1
.weight越大，负载的权重就越大。
3
.max_fails ：允许请求失败的次数默认为
1
.当超过最大次数时，返回proxy_next_upstream 模块定义的错误
4
.fail_timeout:max_fails次失败后，暂停的时间。
5
.backup： 其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。
nginx支持同时设置多组的负载均衡，用来给不用的server来使用。
client_body_in_file_only 设置为On 可以讲client post过来的数据记录到文件中用来做debug
client_body_temp_path 设置记录文件的目录 可以设置最多
3
层目录
location 对URL进行匹配.可以进行重定向或者进行新的代理 负载均衡
|
|
1
|
|
(5)虚拟主机的配置
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
server {
listen
80
default_server;
server_name
192.168
.
87.133
;
root /usr/html/www1;
index index.html;
}
http:
//192.168.87.133 就可以访问/usr/html/www1
server
{
#监听端口
listen
80
;
#域名可以有多个，用空格隔开
server_name www.ha97.com ha97.com;
index index.html index.htm index.php;
root /usr/html/ha97;
|
#定义本虚拟主机的访问日志
access_log /var/log/loginx/ha97access.log access;
(6) URL配置
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
|
语法规则： location [=|~|~*|^~] /uri/ { … }
= 开头表示精确匹配
^~ 开头表示uri以某个常规字符串开头，理解为匹配url路径即可。nginx不对url做编码，因此请求为/
static
/
20
%/aa，可以被规则^~ /
static
//aa匹配到（注意是空格）。
~ 开头表示区分大小写的正则匹配
~* 开头表示不区分大小写的正则匹配
!~和!~*分别为区分大小写不匹配及不区分大小写不匹配 的正则
/ 通用匹配，任何请求都会匹配到。
多个location配置的情况下匹配顺序为（参考资料而来，还未实际验证，试试就知道了，不必拘泥，仅供参考）：
首先匹配 =，其次匹配^~, 其次是按文件中顺序的正则匹配，最后是交给 /通用匹配。当有匹配成功时候，停止匹配，按当前匹配规则处理请求。
例子，有如下匹配规则：
location = / {
#规则A
}
location = /login {
#规则B
}
location ^~ /
static
/ {
#规则C
}
location ~ \.(gif|jpg|png|js|css)$ {
#规则D
}
location ~* \.png$ {
#规则E
}
location !~ \.xhtml$ {
#规则F
}
location !~* \.xhtml$ {
#规则G
}
location / {
#规则H
}
那么产生的效果如下：
访问根目录/， 比如http:
//localhost/将匹配规则A
访问 http:
//localhost/login将匹配规则B，http://localhost/register则匹配规则H
访问 http:
//localhost/static/a.html将匹配规则C
访问 http:
//localhost/a.gif, http://localhost/b.jpg将匹配规则D和规则E，但是规则D顺序优先，规则E不起作用，而 http://localhost/static/c.png则优先匹配到规则C
访问 http:
//localhost/a.PNG则匹配规则E，而不会匹配规则D，因为规则E不区分大小写。
访问 http:
//localhost/a.xhtml不会匹配规则F和规则G，http://localhost/a.XHTML不会匹配规则G，因为不区分大小写。规则F，规则G属于排除法，符合匹配规则但是不会匹配到，所以想想看实际应用中哪里会用到。
访问 http:
//localhost/category/id/1111则最终匹配到规则H，因为以上规则都不匹配，这个时候应该是nginx转发请求给后端应用服务器，比如FastCGI（php），tomcat（jsp），nginx作为方向代理服务器存在。
所以实际使用中，个人觉得至少有三个匹配规则定义，如下：
#直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，官网如是说。
#这里是直接转发给后端应用服务器了，也可以是一个静态首页
# 第一个必选规则
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/
}
|
（7）自动索引及别名功能
|
1
2
3
4
5
6
7
8
9
10
11
12
|
server {
listen
80
default_server;
server_name
192.168
.
87.133
;
root /usr/html;
index index.html;
location /www1 {
autoindex on; （如果有index.html文件会优先访问）
}
location /i/ {
alias /etc/; （当访问http:
//192.168.87.133/i/的时候其实是访问/etc）
}
}
|
（8）控制站点访问
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
server {
listen
80
default_server;
server_name
192.168
.
87.133
;
root /usr/html;
index index.html;
location /www1 {
autoindex on;
deny
192.168
.
87.1
;
allow
192.168
.
87.133
； 当拒绝和允许冲突的话，按照次序生效，最前面的生效
}
location /i/ {
alias /etc/;
}
}
|
（9）身份验证
nginx的身份验证和apache的一样
|
1
2
3
4
5
6
7
8
9
10
11
|
location = / {
index index.html index.htm;
auth_basic
"nginx_auth"
;
auth_basic_user_file /usr/local/nginx/conf/htpassword;
}
[root@test4 nginx]# which htpasswd
/usr/bin/htpasswd
[root@test4 nginx]# htpasswd -c /usr/local/nginx/conf/htpassword webadmin
New password:
Re-type
new
password:
Adding password
for
user webadmin
|
（10）状态检查
模块stubstatus需要在编译的时候手动指定才可以使用
|
1
2
3
4
5
|
location /nginx_status {
stub_status on;
access_log off;
}
http:
//192.168.87.133/nginx_status
|
（11）nginx的日志自动切割
nginx没有apache类似的cronolog的功能支持，但是可以通过nginx信号控制能的脚本来实现日志的自动切割
|
1
2
3
4
5
6
7
8
|
#/bin/bash
mkdir -p /home/nginx/logs
savepath_log=
'/home/nginx/logs'
nginx_log=
'/usr/local/nginx/logs'
mkdir -p $savepath_log/$(date +%Y)/(date +%m)
mv $nginx_log/access.log $savepath_log/$(date +%Y)/(date +%m)/access.$(date +%F).log
mv $nginx_log/error.log $savepath_log/$(date +%Y)/(date +%m)/error.$(date +%F).log
kill -USER1 `cat /usrlocal/nginx/logs/nginx.pid`
|
USER1信号是使nginx自动切换日志
本文转自陈仲阳0 51CTO博客，原文链接:http://blog.51cto.com/wolfword/1205176
