快捷搜索:

您的位置:澳门新葡4473网站 > 新闻社区 > nginx常用配置文件解析

nginx常用配置文件解析

发布时间:2019-10-17 21:38编辑:新闻社区浏览(82)

    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

    本文由澳门新葡4473网站发布于新闻社区,转载请注明出处:nginx常用配置文件解析

    关键词:

上一篇:没有了

下一篇:前端常用的WindowsCMD命令