图片 1

Nginx性能优化

1、隐藏Nginx版本号信息

编辑nginx.conf配置文件在http标签增加”server_tokens off;“参数,实现隐藏Nginx版本号的方式如下:

##在http
{}内添加

http     {

            server_tokens
off;

            }

curl命令进行查看Nginx版本号;

通过-I或者–head可以只打印出HTTP头部信息;

server_tokens参数的官方说明如下:

syntax:    server_tokens on|off;   #此行为参数语法,on为开启,off为关闭

default:    server_tokens on;        #此行意思是不配置该参数,软件默认情况的结果

context:    http,server,location    #此行为server_tokens参数可以放置的位置

官方资料地址:http://nginx.org/en/docs/http/ngx\_http\_core\_module.html

修改前查看:

[root@jiufengjing nginx]#
curl -I 192.168.100.102

HTTP/1.1 200
OK

Server:
nginx/1.14.0

Date: Fri, 17 Aug 2018
07:52:34 GMT

Content-Type:
text/html

Content-Length:
612

Last-Modified: Wed, 15 Aug
2018 06:58:33 GMT

Connection:
keep-alive

ETag:
“5b73cf19-264”

Accept-Ranges:
bytes

配置完成之后保存,重新加载,再次curl查看,结果如下:

[root@jiufengjing nginx]#
curl -I 192.168.100.102

HTTP/1.1 200
OK

Server:
nginx

Date: Fri, 17 Aug 2018
07:54:37 GMT

Content-Type:
text/html

Content-Length:
612

Last-Modified: Wed, 15 Aug
2018 06:58:33 GMT

Connection:
keep-alive

ETag:
“5b73cf19-264”

Accept-Ranges:
bytes

简介

Nginx 可以部署在网络上使用 FastCGI,脚本,SCGI 处理程序,WSGI
应用服务器或 Phusion 乘客模块的动态 HTTP 内容,并可作为软件负载均衡器。

Nginx 使用异步事件驱动的方法来处理请求。
Nginx的模块化事件驱动架构可以在高负载下提供更可预测的性能。

Nginx是一款面向性能设计的HTTP服务器,相较于Apache、lighttpd具有占有内存少,稳定性高等优势。与旧版本(<=2.2)的Apache不同,nginx不采用每客户机一线程的设计模型,而是充分使用异步逻辑,削减了上下文调度开销,所以并发服务能力更强。整体采用模块化设计,有丰富的模块库和第三方模块库,配置灵活。
在Linux操作系统下,nginx使用epoll事件模型,得益于此,nginx在Linux操作系统下效率相当高。同时Nginx在OpenBSD或FreeBSD操作系统上采用类似于epoll的高效事件模型kqueue。

2、修改源代码完成隐藏版本号及Nginx软件名

[root@jiufengjing
nginx-1.14.0]# cd /usr/src/nginx-1.14.0/src/core/

[root@jiufengjing core]#
vim nginx.h

#define NGINX_VERSION     
“6.6.6”   #修改为想要的版本号

#define NGINX_VER         
“jiufengjing.com/” NGINX_VERSION 
#修改为想要改的软件名称

#define NGINX_VAR         
“jiufengjing.com”    #修改为想要改的软件名称

修改之后需要重新编译安装Nginx

[root@jiufengjing ~]# cd
/usr/src/nginx-1.14.0/

[root@jiufengjing
nginx-1.14.0]#./configure –prefix=/usr/local/nginx –user=nginx
–group=nginx –with-http_stub_status_module –with-http_ssl_module
&& make && make install

启动nginx:

[root@jiufengjing core]#
curl -I 192.168.100.102

HTTP/1.1 200
OK

Server:
jiufengjing.com/6.6.6

Date: Mon, 20 Aug 2018
04:36:38 GMT

Content-Type:
text/html

Content-Length:
612

Last-Modified: Wed, 15 Aug
2018 06:58:33 GMT

Connection:
keep-alive

ETag:
“5b73cf19-264”

Accept-Ranges:
bytes

基本

nginx配置文件主要分成四部分

  1. main:全局设置,main部分设置的指令将影响其它所有部分的设置;
  2. server:主机设置,server部分的指令主要用于指定虚拟主机域名,IP和端口;
  3. upstream:上游服务器设置,upstream指令用于设置一系列后端服务器,设置反向代理及后端服务器的负载均衡
  4. localtion:URL匹配特定位置后的设置,用于匹配网页设置(比如,根目录”/”,”/images”等等)
    其中,server继承main;localtion继承server;upstream既不会继承指令也不会被继承,有自己的特殊指令,不需要在其它地方的应用.

3、更改Nginx服务的默认用户

为了让Web服务更安全,尽可能改掉软件默认的所有配置,包括端口、用户等;

查看Nginx服务对应的默认用户;

[root@jiufengjing ~]# grep
“#user” /usr/local/nginx/conf/nginx.conf.default

#user
nobody;

通用配置

下面的nginx.conf简单的实现了nginx在前端做反向代理服务器的例子,处理js,png等静态文件,jsp等动态请求转发到其它服务器中:如tomcat.

user  www www;
worker_processes  2;

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

pid        logs/nginx.pid;

events {
    use epoll;
    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  logs/access.log  main;
    sendfile        on;
    # tcp_nopush     on;
    keepalive_timeout  65;

      # gzip压缩功能设置
    gzip on;
    gzip_min_length 1k;
    gzip_buffers    4 16k;
    gzip_http_version 1.0;
    gzip_comp_level 6;
    gzip_types text/html text/plain text/css text/javascript application/json application/javascript application/x-javascript application/xml;
    gzip_vary on;

      # http_proxy 设置
    client_max_body_size   10m;
    client_body_buffer_size   128k;
    proxy_connect_timeout   75;
    proxy_send_timeout   75;
    proxy_read_timeout   75;
    proxy_buffer_size   4k;
    proxy_buffers   4 32k;
    proxy_busy_buffers_size   64k;
    proxy_temp_file_write_size  64k;
    proxy_temp_path   /usr/local/nginx/proxy_temp 1 2;

      # 设定负载均衡后台服务器列表 
    upstream  backend  { 
              #ip_hash; 
              server   192.168.10.100:8080 max_fails=2 fail_timeout=30s ;  
              server   192.168.10.101:8080 max_fails=2 fail_timeout=30s ;  
    }

      # 很重要的虚拟主机配置
    server {
        listen       80;
        server_name  itoatest.example.com;
        root   /apps/oaapp;

        charset utf-8;
        access_log  logs/host.access.log  main;

        #对 / 所有做负载均衡+反向代理
        location / {
            root   /apps/oaapp;
            index  index.jsp index.html index.htm;
            proxy_pass        http://backend;  
            proxy_redirect off;

            # 后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
            proxy_set_header  Host  $host;
            proxy_set_header  X-Real-IP  $remote_addr;  
            proxy_set_header  X-Forwarded-For  $proxy_add_x_forwarded_for;
            proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;
        }

        #静态文件,nginx自己处理,不去backend请求tomcat
        location  ~* /download/ {  
            root /apps/oa/fs;  
        }

        location ~ .*\.(gif|jpg|jpeg|bmp|png|ico|txt|js|css)$   
        {   
            root /apps/oaapp;   
            expires      7d; 
        }

        location /nginx_status {
            stub_status on;
            access_log off;
            allow 192.168.10.0/24;
            deny all;
        }

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

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

  ## 其它虚拟主机,server 指令开始
}
为Nginx服务建立新用户:

[root@jiufengjing ~]#
useradd -M -s /sbin/nologin nginx

[root@jiufengjing ~]# id
nginx              #检查用户

uid=1001(nginx)
gid=1001(nginx) groups=1001(nginx)

更改Nginx服务默认使用的用户,方法有两种:

第一种为直接更改配置文件参数,将默认的#user
nobody修改如下内容

user     nginx   
 nginx;

如果注释或不设置上述参数,默认即是nobody用户;

第二种为直接在编译nginx软件时指定编译的用户和组:

./configure
–prefix=/usr/local/nginx –user=nginx –group=nginx
–with-http_stub_status_module
–with-http_ssl_module

通过上述修改后Nginx进程,可以看到worker
processes进程对应的用户都变成了nginx;

[root@jiufengjing ~]# ps
-ef|grep nginx

root 8260 1 0 01:59 ?
00:00:00 nginx: master process
/usr/local/nginx/sbin/nginx

nginx 8261 8260 0 01:59 ?
00:00:00 nginx: worker process

root 8423 3139 0 03:28 pts/1
00:00:00 grep –color=auto nginx

main全局配置

nginx在运行时与具体业务功能(比如http服务或者email服务代理)无关的一些参数,比如工作进程数,运行身份等.

4、根据参数优化Nginx服务性能

优化Nginx服务的worker进程个数:

在高并发,高访问量的Web服务场景,需要事先启动好更多的Nginx进程,以保证快速响应并处理大量并发用户的请求,而worker进程数并不是越多越好,就像饭店的服务员一样,服务员过多,没事做,饭店的成本也高;

优化Nginx进程对应Nginx服务的配置参数如下;

worker_processes 1;         
     
#指定了Nginx要开启的进程数,结尾的数字就是进程的个数;

Nginx有Master进程和Worker进程之分,Master为管理进程,worker是工作进程。

通过/proc/cpuinfo可查看CPU个数及总核数;

[root@jiufengjing ~]# grep
processor /proc/cpuinfo|wc -l

1

[root@jiufengjing ~]# grep
-c processor /proc/cpuinfo

1

#此处的1表示1颗1核的CPU

查看CPU总核数的示例如下:

[root@jiufengjing ~]# grep
“physical id” /proc/cpuinfo |sort|uniq|wc -l

1                #对phsical id
去重计算,表示1颗CPU

通过执行top命令,然后按数字1,即可显示所有的CPU核数,如下:

top – 03:54:36 up 5:36, 2
users, load average: 0.00, 0.01, 0.05

top – 03:55:08 up 5:37, 2
users, load average: 0.00, 0.01, 0.05

Tasks: 100 total, 2 running,
98 sleeping, 0 stopped, 0 zombie

%Cpu(s): 0.0 us, 0.0 sy, 0.0
ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st

KiB Mem : 481876 total,
152564 free, 128512 used, 200800 buff/cache

KiB Swap: 2097148 total,
2097148 free, 0 used. 309148 avail Mem

#这里是单核CPU的信息 

有关worker_process参数的官方说明如下:

syntax:    worker_processes number:#此行为参数语法,number为数量

default:    worker_processes 1    #此行意思是不配置该参数,软件默认情况为1

context:    main               #此行为worker_processes参数可以放置的位置

worker_processes为定义worker进程数的数量,建议设置为CPU的核数或者cpu核数*2的进程数,具体情况要根据实际业务来进行选择。除了要和CPU核数的匹配外,

和硬盘存储的数据以及系统的负载也会有关,设置为CPU的个数或核数是一个好的起始配置。

woker_processes

在配置文件的顶级main部分,worker角色的工作进程的个数,master进程是接收并分配请求给worker处理。这个数值简单一点可以设置为cpu的核数grep
^processor /proc/cpuinfo | wc -l,也是 auto
值,如果开启了ssl和gzip更应该设置成与逻辑CPU数量一样甚至为2倍,可以减少I/O操作。如果nginx服务器还有其它服务,可以考虑适当减少。

5、优化绑定不同的Nginx进程到不同CPU上

默认情况Nginx的多个进程有可能跑在某一个或某一核的CPU上,导致Nginx进程使用硬件的资源不均。可以分配不同的Nginx进程给不同的CPU处理,达到充分有效利用硬件的多CPU多核资源的目的。

worker_processes  1;

worker_cpu_affinity 0001 0010 0100 1000;

#worker_cpu_affinity就是配置nginx进程CPU亲和力的参数,即把不同的进程分给不同的CPU处理。

这里0001 0010 0100
1000是掩码,分别代表1、2、3、4核cpu核心,由于worker_processes进程数为4,因此上述配置会把每个进程分配一核CPU处理,默认情况下进程不会绑定任何CPU,参数位置为main段。

worker_cpu_affinity参数的官方说明如下:

syntax:    worker_cpu_affinity cpumask…..#此行为cpu亲和力参数语法,cpumask为cpu掩码

default:    —                                         
  #默认不配置

context:    main                            #此行为worker_cpu_affinty参数可以放置的位置

worker_cpu_affinity的作用是绑定不同的worker进程到一组CPU上。通过设置bitmask控制允许使用的CPUS,默认worker进程不会绑定到任何CPUS。

worker_cpu_affinity

也是写在main部分。在高并发情况下,通过设置cpu粘性来降低由于多CPU核切换造成的寄存器等现场重建带来的性能损耗。如worker_cpu_affinity
0001 0010 0100 1000; (四核)。

6、Nginx事件处理模型优化

Nginx的连接处理机制在不同的操作系统会采用不同的I/O模型,在Linux下,Nginx使用epoll的I/O模型,在Freebsd中使用kqueue的I/O多路复用模型,

在Solaris中使用/dev/poll方式的I/O多路复用模型,在Windows中使用icop;

将Nginx的事件处理模型调整为epoll模型;

具体的配置参数如下: 

events { #events指令是设定Nginx的工作模式及连接数上限

worker_connections
1024;

use epoll;

     }

#use是一个事件模块指令,用来指定Nginx的工作模式,Nginx支持的工作模式有select、poll、kqueue、epoll、rtsig及/dev/poll其中select和poll都是标准的工作模式,

kqueue和epoll是高效的工作模式,不同的是epoll用在Linux平台上,而kqueue用在BSD系统中,对于Linux系统推荐使用epoll工作模式,这是高性能高并发的设置;

根据Nginx的官方文档建议,也可以不指定事件处理模型,Nginx会自动选择最佳的事件处理模型服务。

worker_connections 2048

写在events部分。每一个worker进程能并发处理(发起)的最大连接数(包含与客户端或后端被代理服务器间等所有连接数)。nginx作为反向代理服务器,计算公式
最大连接数 = worker_processes *
worker_connections/4,所以这里客户端最大连接数是1024,这个可以增到到8192都没关系,看情况而定,但不能超过后面的worker_rlimit_nofile。当nginx作为http服务器时,计算公式里面是除以2。

7、调整Nginx单个进程允许的客户端最大连接数

控制连接数的参数为worker_connectons

worker_connectons需要根据服务器的性能和程序的内存使用量来指定:

events {

worker_connections  1024;

}

#worker_connections
也是个事件模块指令,用于定义Nginx每个进程的最大连接数,默认是1024.最大客户端连接数由worker_processes和worker_connections决定.

并发=worker_process * worker_connections 

worker_rlimit_nofile 10240

写在main部分。默认是没有设置,可以限制为操作系统最大的限制65535。

8、配置Nginx worker进程最大打开文件数

控制参数为:worker_rlimit_nofile
1024;

#最大打开文件数,可设置为系统优化有的ulimit-HSn的结果。

说明:次参数的作用是改变worker processes能打开的最大文件数

参数资料:http://nginx.org/en/docs/ngx_core_module.htm

use epoll

写在events部分。在Linux操作系统下,nginx默认使用epoll事件模型,得益于此,nginx在Linux操作系统下效率相当高。同时Nginx在OpenBSD或FreeBSD操作系统上采用类似于epoll的高效事件模型kqueue。在操作系统不支持这些高效模型时才使用select

9、开启高效文件传输模式

(1)设置参数:sendfile on

sendfile参数用于开启文件的高效传输模式,同时将tcp_nopushtcp_nodelay两个指令设置为no,可防止网络及磁盘I/O阻塞,提升Nginx工作效率;

参数作用:激活或禁用sedfile()功能,sendfile()是作用于两个文件描述符之间的数据拷贝函数,这个拷贝操作在内核之中的,被称为”零拷贝“,sendfile()readwrite函数要高效很多,因为,readwrite函数要把数据拷贝到应用层在进行操作;相关控制参数还有sendfile_max_chunk

参考资料:http://nginx.org/en/docs/http/ngx_core_module.html#sendfile

(2)设置参数:tcp_nopush on;

参数作用:激活或禁用Linux上的TCP_CORK socket选项,此选项仅仅当开启sendfile时才生效,激活这个tcp_nopush参数可以允许把http response header和文件的开始部分放在一个文件里发布,其积极的作用是减少网络报文段的数量

参考资料:http://nginx.org/en/docs/http/ngx_core_module.html

(3)设置参数:tcp_nodelay
on;

用于激活tcp_nodelay功能,提高I/O性能

参数作用:默认情况下数据发送时,内核并不会马上发送,可能会等待更多的字节组成一个数据包,这样可以提高I/O性能,但是,在每次只发送很少字节的业务场景,使用tcp_nodelay功能,等待时间会比较长。

参数生产条件:激活或禁用tcp_nodelay选项,当一个连接进入到keep-alive状态时生效

http://nginx.org/en/docs/http/ngx\_http\_core\_module.html\#tcp\_nopush

http服务器

与提供http服务相关的一些配置参数。例如:是否使用keepalive啊,是否使用gzip进行压缩等。

10、优化服务器域名的散列表大小

如果使用nginx.org和www.nginx.org来访问服务器是最频繁的,那将它们明确定义更为有效,命令如下:

server {

            listen       80;

           server_name  nginx.org  www.nginx.org *.nginx.org

location / {

      root   html;

      index  index.php index.html index.htm;

         
 }

如果定义的大量的非常长的名字,那就需要在HTTP配置块中调整server_names_hash_max_sizeserver_names_hash_bucket_size的值;

http   {

     
 server_names_hash_max_size 512;     
#设置存放域名的最大散列表的大小;

     
 server_names_hash_bucket_size 64;   
#设置存放域名的最大散列表的存储桶的大小,域名较长定义;

       }

如果定义的大量名字,出现报错

那么应该先尝试设置server_names_hash_max_size的值,此值差不多等于名字列表名字总量,如果还不能解决问题,或者服务器启动非常缓慢,在尝试设置server_names_hash_bucket_size的值;

sendfile on

开启高效文件传输模式,sendfile指令指定nginx是否调用sendfile函数来输出文件,减少用户空间到内核空间的上下文切换。对于普通应用设为
on,如果用来进行下载等应用磁盘IO重负载应用,可设置为off,以平衡磁盘与网络I/O处理速度,降低系统的负载

11、优化Nginx连接参数,调整连接超时时间

连接超时的作用:

无用的连接设置为超时,可以保护服务器系统资源(cpu、内存、磁盘);

减少占用服务器资源;断掉恶意占用资源的连接

 nginx连接超时的参数设置

(1)参数设置:keepalive_timeout 60;

用于设置客户端连接保持会话的超时时间为60秒;超过这个时间,服务器会关闭该连接。

可根据网站的情况设置,或者关闭,可在 http 段、
server 段、或者 location 段设置。

(2)设置参数:tcp_nodelay on;

参数作用:默认情况下当数据发送时,内核并不会马上发送,可能会等待更多的字节组成一个数据包,这样可以提高I/O性能。但是,在每次只发送很少字节的业务场景中,使用tcp_nodelay功能,等待时间会比较长。

参数生效条件:激活或禁用TCP_NODELAY选项,当一个连接进入keep-alive状态时生效。

(3)设置参数:client_header_timeout 15;

用于设置读取客户端请求头数据的超时时间。此处的数值15,其单位是秒,指定等待客户端发送请求头的超时时间;

参数作用:设置读取客户端请求头数据的超时时间,如果超过这个时间,客户端还没有发送完整的header数据,服务器端将返回'Request time out (408)'错误,可指定一个超时时间,防止客户端利用http协议进行攻击,

(4)设置参数:client_body_timeout 15;

用于设置读取客户端请求主体的超时时间,默认值是60

参数作用:设置读取客户端请求主体的超时时间。这个超时仅仅为两次成功的读取操作之间的一个超时,非请求整个主体数据的超时时间,如果在这个时间内,客户端没有发送任何数据,Nginx将返回"Request time out (408)"错误,默认值是60

(5)设置参数:send_timeout 25;

用户指定响应客户端的超时时间。这个超时时间仅限于两个链接活动之间的事件,如果超过这个时间,客户端没有任何活动,Nginx将会关闭连接,默认值为60s,可以改为参考值25s

keepalive_timeout 65

长连接超时时间,单位是秒,这个参数很敏感,涉及浏览器的种类、后端服务器的超时设置、操作系统的设置,可以另外起一片文章了。长连接请求大量小文件的时候,可以减少重建连接的开销,但假如有大文件上传,65s内没上传完成会导致失败。如果设置时间过长,用户又多,长时间保持连接会占用大量资源。

12、上传文件大小的限制(动态应用)

设置上传文件大小需要在nginx的主配置文件加入如下参数

client_max_body_size 8m;

具体大小根据公司的业务调整,如果不清楚设置为8m即可

syntax:
client_max_body_size size;             

default:client_max_body_size
1m;    #默认值为1m            

context:http,server,location 
           

参数作用:设置最大的允许客户端请求主体大小,在请求头域有“Content-Length”,如果超过了此配置值,客户端会收到413错误,意思是请求的条目过大,有可能浏览器不能正确的显示这个错误,设置为0表示禁止检查客户端请求主体大小,此参数对服务端的安全有一定的作用。

 

13、配置Nginx
gzip压缩实现性能优化

1、Nginx
gzip压缩功能介绍

Nginx gzip压缩模块提供了压缩文件内容的功能,用户请求的内容在发送到用户客户端之前,Nginx服务器会根据一些具体的策略实施压缩,以节约网站出口带宽,同时加快数据传输效率,来提升用户访问体验。

 

2、Nginx
gzip压缩的优点

提升用户体验
;节约网站带宽成本

 

3、需要和不需要压缩的对象

纯文本内容压缩比很高,因此,纯文本的内容最好进行压缩,例如:html、js、css、xml、shtml等格式的文件;

被压缩的纯文本文件必须要大于1KB,由于压缩算法的特殊原因,极小的文件压缩后可能反而变大;

图片、视频(流媒体)等文件尽量不要压缩,因为这些文件大多都是经过压缩的,如果再压缩很可能不会减小,或者有可能增大,同时压缩时还会消耗大量的CPU、内存资源。

send_timeout

用于指定响应客户端的超时时间。这个超时仅限于两个连接活动之间的时间,如果超过这个时间,客户端没有任何活动,Nginx将会关闭连接

4、参数介绍及配置说明

client_max_body_size 10m

允许客户端请求的最大单文件字节数。如果有上传较大文件,请设置它的限制值

Nginxgzip压缩功能依赖于ngx_http_gzip_module模块,默认已安装,

client_body_buffer_size 128k

缓冲区代理缓冲用户端请求的最大字节数

参数说明如下:

gzip on;
#开启gzip压缩功能;

gzip_min_length 1k;
#设置允许压缩的页面最小字节数,页面字节数从header头的Content-Length中获取。默认值是0,表示不管页面多大都进行压缩。建议设置成大于1k,如果小于1k可能会越压越大;

gzip_buffers 4 16k;
#压缩缓存区大小,表示申请4个单位为16k的内存作为压缩结果流缓存,默认值是申请与原始数据大小相同的内存空间来存储gzip压缩结果;

gzip_http_version 1.1;
#压缩版本(默认1.1,前端为squid2.5时使用1.0),用于设置识别HTTP协议版本,默认是1.1,目前大部分浏览器已经支持GZIP解压,使用默认即可;

gzip_comp_level 2;
#压缩比例。用来指定gzip压缩比,1压缩比最小,处理速度最快;9压缩比最大,传输速度快,处理最慢也比较消耗CPU资源;

gzip_types text/css text/xml
application/javascript;#用来指定压缩类型,”text/html”类型总是会被压缩,这个就是
HTTP原理部分讲的媒体类型;

gzip_vary on; #vary
header支持。该选项可以让前端的缓存服务器缓存经过gzip压缩的页面,例如
用Squid缓存经过 Nginx缓存 经Nginx压缩的数据;

配置在http标签端:

http {

“       gzip
on;

       gzip_min_length
1k;

       gzip_buffers 4
32k;

       gzip_http_version
1.1;

       gzip_comp_level
9;

       gzip_types text/css
text/xml application/javascript;

       gzip_vary
on;

       }

模块http_proxy

这个模块实现的是nginx作为反向代理服务器的功能,包括缓存功能(另见文章)

proxy_connect_timeout 60

nginx跟后端服务器连接超时时间(代理连接超时)

proxy_read_timeout 60

连接成功后,与后端服务器两个成功的响应操作之间超时时间(代理接收超时)

proxy_buffer_size 4k

设置代理服务器(nginx)从后端realserver读取并保存用户头信息的缓冲区大小,默认与proxy_buffers大小相同,其实可以将这个指令值设的小一点

proxy_buffers 4 32k

proxy_buffers缓冲区,nginx针对单个连接缓存来自后端realserver的响应,网页平均在32k以下的话,这样设置

proxy_busy_buffers_size 64k

高负荷下缓冲大小(proxy_buffers*2)

proxy_max_temp_file_size

当proxy_buffers放不下后端服务器的响应内容时,会将一部分保存到硬盘的临时文件中,这个值用来设置最大临时文件大小,默认1024M,它与proxy_cache没有关系。大于这个值,将从upstream服务器传回。设置为0禁用。

proxy_temp_file_write_size 64k

当缓存被代理的服务器响应到临时文件时,这个选项限制每次写临时文件的大小。proxy_temp_path(可以在编译的时候)指定写到哪那个目录。
proxy_pass,proxy_redirect见 location 部分

模块http_gzip

gzip on

开启gzip压缩输出,减少网络传输。

gzip_min_length 1k

设置允许压缩的页面最小字节数,页面字节数从header头得content-length中进行获取。默认值是20。建议设置成大于1k的字节数,小于1k可能会越压越大

gzip_buffers 4 16k

设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4
16k代表以16k为单位,安装原始数据大小以16k为单位的4倍申请内存

gzip_http_version 1.0

用于识别 http 协议的版本,早期的浏览器不支持 Gzip
压缩,用户就会看到乱码,所以为了支持前期版本加上了这个选项,如果你用了
Nginx 的反向代理并期望也启用 Gzip 压缩的话,由于末端通信是
http/1.0,故请设置为 1.0

gzip_comp_level 6

gzip压缩比,1压缩比最小处理速度最快,9压缩比最大但处理速度最慢(传输快但比较消耗cpu)

gzip_types

匹配mime类型进行压缩,无论是否指定,”text/html”类型总是会被压缩的。

gzip_proxied any

Nginx作为反向代理的时候启用,决定开启或者关闭后端服务器返回的结果是否压缩,匹配的前提是后端服务器必须要返回包含”Via”的
header头。

gzip_vary on

和http头有关系,会在响应头加个 Vary: Accept-Encoding
,可以让前端的缓存服务器缓存经过gzip压缩的页面,例如,用Squid缓存经过Nginx压缩的数据。

server虚拟主机配置

http服务上支持若干虚拟主机。每个虚拟主机一个对应的server配置项,配置项里面包含该虚拟主机相关的配置。在提供mail服务的代理时,也可以建立若干server。每个server通过监听地址或端口来区分。

listen

监听端口,默认80,小于1024的要以root启动。可以为listen *:80、listen
127.0.0.1:80等形式。

server_name

服务器名,如localhost、www.example.com,可以通过正则匹配。

location配置

http服务中,某些特定的URL对应的一系列配置项

root /var/www/html

定义服务器的默认网站根目录位置。如果locationURL匹配的是子目录或文件,root没什么作用,一般放在server指令里面或/下。

index index.jsp index.html index.htm

定义路径下默认访问的文件名,一般跟着root放

proxy_pass http:/backend

请求转向backend定义的服务器列表,即反向代理,对应upstream负载均衡器。也可以proxy_pass
http://ip:port

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;

访问控制 allow/deny

Nginx
的访问控制模块默认就会安装,而且写法也非常简单,可以分别有多个allow,deny,允许或禁止某个ip或ip段访问,依次满足任何一个规则就停止往下匹配。如:

location /nginx-status {
  stub_status on;
  access_log off;
#  auth_basic   "NginxStatus";
#  auth_basic_user_file   /usr/local/nginx-1.6/htpasswd;
  allow 192.168.10.100;
  allow 172.29.73.0/24;
  deny all;
}

我们也常用 httpd-devel 工具的 htpasswd 来为访问的路径设置登录密码:

# htpasswd -c htpasswd admin
New passwd:
Re-type new password:
Adding password for user admin
# htpasswd htpasswd admin    //修改admin密码
# htpasswd htpasswd sean    //多添加一个认证用户

这样就生成了默认使用CRYPT加密的密码文件。打开上面nginx-status的两行注释,重启nginx生效。

列出目录 autoindex

Nginx默认是不允许列出整个目录的。如需此功能,打开nginx.conf文件,在location,server
或 http段中加入autoindex on;,另外两个参数最好也加上去:

autoindex_exact_size off

默认为on,显示出文件的确切大小,单位是bytes。改为off后,显示出文件的大概大小,单位是kB或者MB或者GB

autoindex_localtime on

默认为off,显示的文件时间为GMT时间。改为on后,显示的文件时间为文件的服务器时间

location /images {
root   /var/www/nginx-default/images;
autoindex on;
autoindex_exact_size off;
autoindex_localtime on;
}

参考文章

图片 1