Nginx基础知识点与使用场景梳理

逃离我推掉我的手 2023-10-04 20:20 38阅读 0赞

**目录**

一，前言

二，Nginx配置文件结构

2.1、整体结构概览

2.2、server块指令简介

2.3、location uri正则表达式

2.4、location的优先级

三，常用使用场景

3.1、HTTP服务器

3.2、静态服务器

3.3、反向代理

3.4、负载均衡

3.4.1、RR(round robin :轮询 默认)

3.4.2、权重

3.4.3、ip\_hash

3.4.4、fair(第三方)

3.4.5、rl\_hash(第三方)

3.5、动静分离

四，其他指令介绍

4.1、return指令

4.2、rewrite指令

4.3、error\_page指令

4.4、日志

4.5、deny 指令

4.6、内置变量

## 一，前言 ##

*Nginx* (engine x) 是一个高性能的[HTTP][]和[反向代理][Link 1]web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫（lgor Sysoev）为[俄罗斯][Link 2]访问量第二的Rambler.ru站点(俄文:Рамблер)开发的，公开版本1.19.6发布于2020年12月15日。

Nginx功能丰富，可作为HTTP服务器，也可作为反向代理服务器，邮件服务器。支持FastCGI、SSL、Virtual Host、URL Rewrite、Gzip等功能。并且支持很多第三方的模块扩展。

Nginx的稳定性、功能集、示例配置文件和低系统资源的消耗让他后来居上，在全球活跃的网站中有12.18%的使用比率，大约为2220万个网站。与传统的Apache服务器相比，在性能上Nginx占用系统资源更小、支持高并发，访问效率更高；在功能上，Nginx不仅作为Web服务软件，还适用于反向代理、负载均衡等场景；在安装配置上，Nginx更为简单、灵活。Nginx因为并发性能和资源占用上的优势，已经广泛用于大中型互联网企业。更多详情信息也可以在[Nginx官网][Nginx]进行查看。

其特点统一概括为以下几点:

*  支持高并发：Nginx是专门为性能优化而开发的，采用内核Poll模型，单机能够支持几万以上的并发连接
 *  低资源消耗：Nginx采取了分阶段资源分配技术，使得CPU与内存的占用率非常低。一般1万个非活跃的HTTP Keep-Alive连接在Nginx中仅消耗几MB内存
 *  高拓展性：设计极具扩展性，由多个不同功能、不同层次、不同类型且耦合度极低的模块组成
 *  高可用性：Nginx支持热部署，其中的master管理进程与worker工作进程的分离设计；启动速度特别迅速，因此可以在不间断服务的情况下，对软件版本或者配置进行升级，即使运行数月也无需重新启动，几乎可以做到7x24小时不间断地运行
 *  丰富的使用场景：可以作为Web服务端、HTTP反向代理、负载均衡和前端缓存服务等场景使用
 *  开源协议：使用BSD许可协议，免费使用，且可修改源码

## 二，Nginx配置文件结构 ##

Nginx服务器的基本配置都存放在nginx.conf文件下，打开文件后我们就能看到默认的内容如下：

#user  nobody;
    worker_processes  1;
    
    #error_log  logs/error.log;
    #error_log  logs/error.log  notice;
    #error_log  logs/error.log  info;
    
    #pid        logs/nginx.pid;
    
    
    events {
        worker_connections  1024;
    }
    
    
    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  0;
        keepalive_timeout  65;
    
        #gzip  on;
    
        server {
            listen       80;
            server_name  localhost;
    
            #charset koi8-r;
    
            #access_log  logs/host.access.log  main;
    
            location / {
                root   html;
                index  index.html index.htm;
            }
    
            #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;
            }
    
            # proxy the PHP scripts to Apache listening on 127.0.0.1:80
            #
            #location ~ \.php$ {
            #    proxy_pass   http://127.0.0.1;
            #}
    
            # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
            #
            #location ~ \.php$ {
            #    root           html;
            #    fastcgi_pass   127.0.0.1:9000;
            #    fastcgi_index  index.php;
            #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
            #    include        fastcgi_params;
            #}
    
            # deny access to .htaccess files, if Apache's document root
            # concurs with nginx's one
            #
            #location ~ /\.ht {
            #    deny  all;
            #}
        }
    
    
        # another virtual host using mix of IP-, name-, and port-based configuration
        #
        #server {
        #    listen       8000;
        #    listen       somename:8080;
        #    server_name  somename  alias  another.alias;
    
        #    location / {
        #        root   html;
        #        index  index.html index.htm;
        #    }
        #}
    
    
        # HTTPS server
        #
        #server {
        #    listen       443 ssl;
        #    server_name  localhost;
    
        #    ssl_certificate      cert.pem;
        #    ssl_certificate_key  cert.key;
    
        #    ssl_session_cache    shared:SSL:1m;
        #    ssl_session_timeout  5m;
    
        #    ssl_ciphers  HIGH:!aNULL:!MD5;
        #    ssl_prefer_server_ciphers  on;
    
        #    location / {
        #        root   html;
        #        index  index.html index.htm;
        #    }
        #}
    
    }

### 2.1、整体结构概览 ###

在Nginx配置文件中，以“\#”作为注释符号，由此可看，配置文件主要分为了5大块：

...              #全局块
    
    events {         #events块
       ...
    }
    
    http      #http块
    {
        ...   #http全局块
        server        #server块
        { 
            ...       #server全局块
            location [PATTERN]   #location块
            {
                ...
            }
            location [PATTERN] 
            {
                ...
            }
        }
        server
        {
          ...
        }
        ...     #http全局块
    }

*  **全局块**：配置影响nginx全局的指令。一般有运行nginx服务器的用户组，nginx进程pid存放路径，日志存放路径，配置文件引入，允许生成worker process数等。
 *  **events块**：配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数，选取哪种事件驱动模型处理连接请求，是否允许同时接受多个网路连接，开启多个网络连接序列化等。
 *  **http块**：可以嵌套多个server，配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置。如文件引入，mime-type定义，日志自定义，是否使用sendfile传输文件，连接超时时间，单连接请求数等。
 *  **server块**：配置虚拟主机的相关参数，一个http中可以有多个server。
 *  **location块**：配置请求的路由，以及各种页面的处理情况。

其中经常会用到server块，用于定义我们的服务。在此先放一个基础模板供大家参考：

########### 每个指令必须有分号结束。#################
    #user administrator administrators;  #配置用户或者组，默认为nobody nobody。
    #worker_processes 2;  #允许生成的进程数，默认为1
    #pid /nginx/pid/nginx.pid;   #指定nginx进程运行文件存放地址
    error_log log/error.log debug;  #制定日志路径，级别。这个设置可以放入全局块，http块，server块，级别以此为：debug|info|notice|warn|error|crit|alert|emerg
    events {
        accept_mutex on;   #设置网路连接序列化，防止惊群现象发生，默认为on
        multi_accept on;  #设置一个进程是否同时接受多个网络连接，默认为off
        #use epoll;      #事件驱动模型，select|poll|kqueue|epoll|resig|/dev/poll|eventport
        worker_connections  1024;    #最大连接数，默认为512
    }
    http {
        include       mime.types;   #文件扩展名与文件类型映射表
        default_type  application/octet-stream; #默认文件类型，默认为text/plain
        #access_log off; #取消服务日志    
        log_format myFormat '$remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for'; #自定义格式
        access_log log/access.log myFormat;  #combined为日志格式的默认值
        sendfile on;   #允许sendfile方式传输文件，默认为off，可以在http块，server块，location块。
        sendfile_max_chunk 100k;  #每个进程每次调用传输数量不能大于设定的值，默认为0，即不设上限。
        keepalive_timeout 65;  #连接超时时间，默认为75s，可以在http，server，location块。
    
        upstream mysvr {   
          server 127.0.0.1:7878;
          server 192.168.10.121:3333 backup;  #热备
        }
        error_page 404 https://www.baidu.com; #错误页
        server {
            keepalive_requests 120; #单连接请求上限次数。
            listen       4545;   #监听端口
            server_name  127.0.0.1;   #监听地址       
            location  ~*^.+$ {       #请求的url过滤，正则匹配，~为区分大小写，~*为不区分大小写。
               #root path;  #根目录
               #index vv.txt;  #设置默认页
               proxy_pass  http://mysvr;  #请求转向mysvr 定义的服务器列表
               deny 127.0.0.1;  #拒绝的ip
               allow 172.18.5.54; #允许的ip           
            } 
        }
    }

### **2.2、server块指令简介** ###

*  server : 用于定义服务，http中可以有多个server块 listen : 指定服务器侦听请求的IP地址和端口，如果省略地址，服务器将侦听所有地址，如果省略端口，则使用标准端口
 *  server\_name : 服务名称，用于配置域名
 *  location : 用于配置映射路径uri对应的配置，一个server中可以有多个location, location后面跟一个uri,可以是一个正则表达式, / 表示匹配任意路径, 当客户端访问的路径满足这个uri时就会执行location块里面的代码
 *  root : 根路径，当访问http://localhost/test.html  
    ，“/test.html”会匹配到”/”uri, 找到root为/usr/local/var/www/html，用户访问的资源物理地址=root + uri = /usr/local/var/www/html + /test.html=/usr/local/var/www/html/test.html
 *  index : 设置首页，当只访问server\_name时后面不跟任何路径是不走root直接走index指令的；如果访问路径中没有指定具体的文件，则返回index设置的资源，如果访问http://localhost/html/  
    则默认返回index.html

### 2.3、location uri正则表达式 ###

*  .：匹配除换行符以外的任意字符
 *  ?：重复0次或1次
 *  \+：重复1次或更多次
 *  \*：重复0次或更多次
 *  \\d：匹配数字
 *  ^：匹配字符串的开始
 *  $：匹配字符串的结束
 *  \{n\}：重复n次
 *  \{n,\}：重复n次或更多次
 *  \[c\]：匹配单个字符c
 *  \[a-z\]：匹配a-z小写字母的任意一个
 *  (a|b|c): 属线表示匹配任意一种情况，每种情况使用竖线分隔，一般使用小括号括括住，匹配符合a字符 或是b字符 或是c字符的字符串
 *  \\反斜杠：用于转义特殊字符

小括号()之间匹配的内容，可以在后面通过$1来引用，$2表示的是前面第二个()里的内容。正则里面容易让人困惑的是\\转义特殊字符。

常见的location路径映射一般有以下几种：

*  = 进行普通字符精确匹配。也就是完全匹配。
 *  ^~ 前缀匹配。如果匹配成功，则不再匹配其他location。
 *  ~ 表示执行一个正则匹配，区分大小写
 *  ~\* 表示执行一个正则匹配，不区分大小写
 *  /xxx/常规字符串路径匹配
 *  / 通用匹配，任何请求都会匹配到

### 2.4、location的优先级 ###

当一个路径匹配多个location时，location的匹配是有优先级顺序的，而优先级的顺序于location值的表达式类型有关，和在配置文件中的先后顺序无关。相同类型的表达式，字符串长的会优先匹配。

以下是按优先级排列说明：

*  等号类型（=）的优先级最高。一旦匹配成功，则不再查找其他匹配项，停止搜索。
 *  **^~**类型表达式，不属于正则表达式。一旦匹配成功，则不再查找其他匹配项，停止搜索。
 *  正则表达式类型（~ ~\*）的优先级次之。如果有多个location的正则能匹配的话，则使用正则表达式最长的那个。
 *  常规字符串匹配类型。按前缀匹配。
 *  / 通用匹配，如果没有匹配到，就匹配通用的
 *  优先级搜索问题：不同类型的location映射决定是否继续向下搜索
 *  等号类型、**^~**类型：一旦匹配上就停止搜索了，不会再匹配其他location了
 *  正则表达式类型(**~ ~**）,常规字符串匹配类型/xxx/: 匹配到之后，还会继续搜索其他其它location，直到找到优先级最高的，或者找到第一种情况而停止搜索。

location优先级从高到底：

**(location =) > (location 完整路径) > (location ^~ 路径) > (location ~,~\* 正则顺序) > (location 部分起始路径) > (/)**

在这其中，**location的优先级与location配置的位置是没有关系的！**

location = / {
    # 精确匹配/，主机名后面不能带任何字符串 /
    [ configuration A ]
    }
    location / {
    # 匹配所有以 / 开头的请求。
    # 但是如果有更长的同类型的表达式，则选择更长的表达式。
    # 如果有正则表达式可以匹配，则优先匹配正则表达式。
    [ configuration B ]
    }
    location /documents/ {
    # 匹配所有以 /documents/ 开头的请求，匹配符合以后，还要继续往下搜索。
    # 但是如果有更长的同类型的表达式，则选择更长的表达式。
    # 如果有正则表达式可以匹配，则优先匹配正则表达式。
    [ configuration C ]
    }
    location ^~ /images/ {
    # 匹配所有以 /images/ 开头的表达式，如果匹配成功，则停止匹配查找，停止搜索。
    # 所以，即便有符合的正则表达式location，也不会被使用
    [ configuration D ]
    }
    
    location ~* \.(gif|jpg|jpeg)$ {
    # 匹配所有以 gif jpg jpeg结尾的请求。
    # 但是 以 /images/开头的请求，将使用 Configuration D，D具有更高的优先级
    [ configuration E ]
    }
    
    location /images/ {
    # 字符匹配到 /images/，还会继续往下搜索
    [ configuration F ]
    }
    
    
    location = /test.htm {
    root /usr/local/var/www/htm;
    index index.htm;
    }

## 三，常用使用场景 ##

### 3.1、HTTP服务器 ###

Nginx本身也是一个静态资源的服务器，当只有静态资源的时候，就可以使用Nginx来做服务器，如果一个网站只是静态页面的话，那么就可以通过这种方式来实现部署。

1、 首先在文档根目录Docroot(/usr/local/var)下创建html目录, 然后在html中放一个index.html;

[root@VM-12-4-centos html]# ll
    total 12
    drwxr-xr-x 2 root root 4096 Dec 15 18:39 css
    -rw-r--r-- 1 root root 2010 Dec 15 18:38 index.html
    drwxr-xr-x 2 root root 4096 Dec 15 18:39 js
    [root@VM-12-4-centos html]# pwd
    /usr/local/var/html

2、 配置nginx.conf中的server

http {
        server {
            listen 80;
            server_name localhost;
            client_max_body_size 1024M;
    
            # 默认location
            location / {
                root /usr/local/var/html;
                index index.html index.htm;
              }
         }
    }

3、访问测试

*  http://服务器地址/  
    指向/usr/local/var/index.html, index.html是安装nginx自带的html
 *  http://服务器地址/index.html  
    指向/usr/local/var/html/index.html

![23fd53b1c51c4cefbc1b4571996e78cf.png][]

可以看到，静态界面就访问出来了。

注意：如果访问图片出现403 Forbidden错误，可能是因为nginx.conf 的第一行user配置不对，默认是\#user nobody;是注释的，linux下改成user root; macos下改成user 用户名 所在组; 然后重新加载配置文件或者重启，再试一下就可以了， 用户名可以通过who am i 命令来查看。

### 3.2、静态服务器 ###

只用来存放静态资源的服务器，当其他应用需要获取静态资源时，就可以从该静态服务器中获取，这种时候Nginx就可以作为这样的静态服务器。

比如我们在/usr/local/var下分别创建images和img目录，分别在每个目录下放一张test.jpg。

http {
         server {
             listen 80;
             server_name localhost;
    
    
             set $doc_root /usr/local/var;
    
             # 默认location
             location / {
                 root /usr/local/var/www/html;
                 index index.html index.htm;
              }
    
             location ^~ /images/ {
                 root $doc_root;
              }
        
             location ~* \.(gif|jpg|jpeg|png|bmp|ico|swf|css|js)$ {
             root $doc_root/img;
             }
         }
    }

自定义变量使用set指令，语法 set 变量名值;引用使用变量名值;引用使用变量名; 这里自定义了doc\_root变量。

静态服务器location的映射一般有两种方式：

*  使用路径，如 /images/ 一般图片都会放在某个图片目录下，
 *  使用后缀，如 .jpg、.png 等后缀匹配模式访问http://服务器地址/test.jpg  
    会映射到$doc\_root/img

![e19818b86fcf4fa683caa0ffec151cb7.png][]

访问http://服务器地址/images/test.jpg

![f7a6fc940fc04fe4ae996a1c23467d10.png][]

这里需要注意的是，**当同一个路径满足多个location时，优先匹配优先级高的location，由于^~的优先级大于~, 所以会走/images/对应的location。**

### 3.3、反向代理 ###

反向代理应该是Nginx使用最多的功能了，反向代理(Reverse Proxy)方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个反向代理服务器。

简单来说就是真实的服务器不能直接被外部网络访问，所以需要一台代理服务器，而代理服务器能被外部网络访问的同时又跟真实服务器在同一个网络环境，当然也可能是同一台服务器，端口不同而已。

反向代理通过proxy\_pass指令来实现。

启动一个Java Web后端项目，端口号为8081，然后我们通过指令proxy\_pass设置前端的反向代理去访问后端服务器。

server {
        listen 80;
        server_name localhost;
    
        location / {
            proxy_pass http://localhost:8081;
            proxy_set_header Host                 $host:$server_port;
            # 设置用户ip地址
            proxy_set_header X-Forwarded-For $remote_addr;
            # 当请求服务器出错去寻找其他服务器
            proxy_next_upstream error timeout invalid_header http_500 http_502 http_503; 
         }
    }

这样当我们访问前端localhost后就能访问到后端的localhost:8081了。

### 3.4、负载均衡 ###

负载均衡也是Nginx常用的一个功能，负载均衡其意思就是分摊到多个操作单元上进行执行，例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等，从而共同完成工作任务。

简单而言就是当有2台或以上服务器时，根据规则随机的将请求分发到指定的服务器上处理，负载均衡配置一般都需要同时配置反向代理，通过反向代理跳转到负载均衡。而Nginx目前支持自带3种负载均衡策略，还有2种常用的第三方策略。

负载均衡通过upstream指令来实现。

#### 3.4.1、RR(round robin :轮询 默认) ####

每个请求按时间顺序逐一分配到不同的后端服务器，也就是说第一次请求分配到第一台服务器上，第二次请求分配到第二台服务器上，如果只有两台服务器，第三次请求继续分配到第一台上，这样循环轮询下去，也就是服务器接收请求的比例是 1:1， 如果后端服务器down掉，能自动剔除。轮询是默认配置，不需要太多的配置

同一个项目分别使用8081和8082端口启动项目。

upstream web_servers { 
        server localhost:8081; 
        server localhost:8082; 
    }
    
    server {
        listen 80;
        server_name localhost;
        #access_log logs/host.access.log main;
    
    
        location / {
            proxy_pass http://web_servers;
            # 必须指定Header Host
            proxy_set_header Host $host:$server_port;
    }

访问地址仍然可以获得响应http://服务器地址/api/user/login?username=young&password=123456  
，这种方式是轮询的 。

#### 3.4.2、权重 ####

指定轮询几率，weight和访问比率成正比, 也就是服务器接收请求的比例就是各自配置的weight的比例，用于后端服务器性能不均的情况,比如服务器性能差点就少接收点请求，服务器性能好点就多处理点请求。

upstream test {
        server localhost:8081 weight=1;
        server localhost:8082 weight=3;
        server localhost:8083 weight=4 backup;
    }

示例是4次请求只有一次被分配到8081上，其他3次分配到8082上。backup是指热备，只有当8081和8082都宕机的情况下才走8083

#### 3.4.3、ip\_hash ####

上面的2种方式都有一个问题，那就是下一个请求来的时候请求可能分发到另外一个服务器，当我们的程序不是无状态的时候(采用了session保存数据)，这时候就有一个很大的很问题了，比如把登录信息保存到了session中，那么跳转到另外一台服务器的时候就需要重新登录了，所以很多时候我们需要一个客户只访问一个服务器，那么就需要用iphash了，iphash的每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

upstream test {
    ip_hash;
    server localhost:8080;
    server localhost:8081;
    }

#### 3.4.4、fair(第三方) ####

按后端服务器的响应时间来分配请求，响应时间短的优先分配。这个配置是为了更快的给用户响应

upstream backend {
    fair;
    server localhost:8080;
    server localhost:8081;
    }

#### 3.4.5、rl\_hash(第三方) ####

按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash\_method是使用的hash算法。

upstream backend {
    hash $request_uri;
    hash_method crc32;
    server localhost:8080;
    server localhost:8081;
    }

以上5种负载均衡各自适用不同情况下使用，所以可以根据实际情况选择使用哪种策略模式,不过fair和url\_hash需要安装第三方模块才能使用。

### 3.5、动静分离 ###

动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后，我们就可以根据静态资源的特点将其做缓存操作，这就是网站静态化处理的核心思路。

upstream web_servers { 
           server localhost:8081; 
           server localhost:8082; 
    }
    
    server {
        listen 80;
        server_name localhost;
    
        set $doc_root /usr/local/var/www;
    
        location ~* \.(gif|jpg|jpeg|png|bmp|ico|swf|css|js)$ {
           root $doc_root/img;
    }
    
        location / {
            proxy_pass http://web_servers;
            # 必须指定Header Host
            proxy_set_header Host $host:$server_port;
    }
    
        error_page 500 502 503 504 /50x.html; 
        location = /50x.html { 
            root $doc_root;
        }
    }

### 四，其他指令介绍 ###

### 4.1、return指令 ###

。返回http状态码 和 可选的第二个参数可以是重定向的URL。

location /permanently/moved/url {
        return 301 http://www.example.com/moved/here;
    }

#### 4.2、rewrite指令 ####

重写URI请求 rewrite，通过使用rewrite指令在请求处理期间多次修改请求URI，该指令具有一个可选参数和两个必需参数。

第一个(必需)参数是请求URI必须匹配的正则表达式。

第二个参数是用于替换匹配URI的URI。

可选的第三个参数是可以停止进一步重写指令的处理或发送重定向(代码301或302)的标志。

location /users/ {
        rewrite ^/users/(.*)$ /show?user=$1 break;
    }

#### 4.3、error\_page指令 ####

使用error\_page指令，您可以配置NGINX返回自定义页面以及错误代码，替换响应中的其他错误代码，或将浏览器重定向到其他URI。在以下示例中，error\_page指令指定要返回404页面错误代码的页面(/404.html)。

error_page 404 /404.html;

#### 4.4、日志 ####

访问日志：需要开启压缩 gzip on; 否则不生成日志文件，打开log\_format、access\_log注释

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 /usr/local/etc/nginx/logs/host.access.log main;
    
    gzip on;

#### 4.5、deny 指令 ####

# 禁止访问某个目录
    location ~* \.(txt|doc)${
        root $doc_root;
        deny all;
    }

#### 4.6、内置变量 ####

nginx的配置文件中可以使用的内置变量以美元符$开始，也有人叫全局变量。其中，部分预定义的变量的值是可以改变的。

*  $args：\#这个变量等于请求行中的参数，同$query\_string
 *  $content\_length：请求头中的Content-length字段。
 *  $content\_type：请求头中的Content-Type字段。
 *  $document\_root：当前请求在root指令中指定的值。
 *  $host：请求主机头字段，否则为服务器名称。
 *  $http\_user\_agent：客户端agent信息
 *  $http\_cookie：客户端cookie信息
 *  $limit\_rate：这个变量可以限制连接速率。
 *  $request\_method：客户端请求的动作，通常为GET或POST。
 *  $remote\_addr：客户端的IP地址。
 *  $remote\_port：客户端的端口。
 *  $remote\_user：已经经过Auth Basic Module验证的用户名。
 *  $request\_filename：当前请求的文件路径，由root或alias指令与URI请求生成。
 *  $scheme：HTTP方法（如http，https）。
 *  $server\_protocol：请求使用的协议，通常是HTTP/1.0或HTTP/1.1。
 *  $server\_addr：服务器地址，在完成一次系统调用后可以确定这个值。
 *  $server\_name：服务器名称。
 *  $server\_port：请求到达服务器的端口号。
 *  $request\_uri：包含请求参数的原始URI，不包含主机名，如：”/foo/bar.php?arg=baz”。
 *  $uri：不带请求参数的当前URI，$uri不包含主机名，如”/foo/bar.html”。
 *  $document\_uri：与$uri相同。

后续有更多总结的地方陆续更新~

[HTTP]: https://baike.so.com/%22/doc/5366073-5601774.html/%22
[Link 1]: https://baike.so.com/%22/doc/5345781-5581226.html/%22
[Link 2]: https://baike.so.com/%22/doc/2195528-2323067.html/%22
[Nginx]: http://www.nginx.org/
[23fd53b1c51c4cefbc1b4571996e78cf.png]: https://img-blog.csdnimg.cn/23fd53b1c51c4cefbc1b4571996e78cf.png
[e19818b86fcf4fa683caa0ffec151cb7.png]: https://img-blog.csdnimg.cn/e19818b86fcf4fa683caa0ffec151cb7.png
[f7a6fc940fc04fe4ae996a1c23467d10.png]: https://img-blog.csdnimg.cn/f7a6fc940fc04fe4ae996a1c23467d10.png