Nginx（二）：反向代理原理与配置文件详解

落日映苍穹つ 2022-04-01 06:41 230阅读 0赞

相关阅读：

[Nginx（一）：Nginx原理概述 与 安装步骤详解][Nginx_Nginx_ _]

[Nginx（二）：反向代理原理 与 配置文件详解][Nginx_ _]

[Nginx（三）：负载均衡策略 与 Nginx静态服务器][Nginx_ _ Nginx]

[Nginx（四）：Nginx配置实战][Nginx_Nginx]

--------------------

# #

## **Nginx概述：** ##

Nginx是一款自由的、开源的、高性能的HTTP服务器和反向代理服务器；同时也是一个IMAP、POP3、SMTP代理服务器；nginx可以作为一个HTTP服务器进行网站的发布处理，另外nginx可以作为反向代理进行负载均衡的实现。

本文主要通过以下几个方面介绍nginx：

*  反向代理：
 *  核心配置文件：

在说反向代理之前，我们先了解一下什么是代理服务器和正向代理。

## 一、代理服务器： ##

### **1、什么是代理服务器：** ###

代理服务器，客户机在发送请求时，不会直接发送给目的主机，而是先发送给代理服务器，代理服务器接受客户机请求之后，再向主机发出，并接收目的主机返回的数据，存放在代理服务器的硬盘中，再发送给客户机。

![Center][]

### **2、为什么要使用代理服务器：** ###

（1）提高访问速度：

由于目标主机返回的数据会存放在代理服务器的硬盘中，因此下一次客户再访问相同的站点数据时，会直接从代理服务器的硬盘中读取，起到了缓存的作用，尤其对于热门站点能明显提高请求速度。

（2）防火墙作用：

由于所有的客户机请求都必须通过代理服务器访问远程站点，因此可在代理服务器上设限，过滤某些不安全信息。

（3）通过代理服务器访问不能访问的的目标站点：

互联网上有许多开发的代理服务器，客户机在访问受限时，可通过不受限的代理服务器访问目标站点，通俗说，我们使用的翻墙浏览器就是利用了代理服务器，虽然不能出国，但也可直接访问外网。

### **3、什么是正向代理：** ###

一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端才能使用正向代理。

正向代理总结就一句话：代理端代理的是客户端。

正向代理最大的特点就是客户端非常明确要访问的服务器地址；服务器只清楚请求来自哪个代理服务器，而不清楚来自哪个具体的客户端。

![Center 1][]

### **4、什么是反向代理：** ###

反向代理（Reverse Proxy）方式是指以代理服务器来接受internet上的连接请求，然后将请求，发给内部网络上的服务器  
    并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个反向代理服务器。

反向代理总结就一句话：代理端代理的是服务端。

![Center 2][]

### **5、反向代理服务器的作用：** ###

反向代理服务器通常有两种模型，它可以作为内容服务器的替身，也可以作为内容服务器集群的负载均衡器。

**（1）内容服务器的替身：**

如果您的内容服务器具有必须保持安全的敏感信息，如信用卡号数据库，可在防火墙外部设置一个代理服务器作为内容服务器的替身。当外部客户机尝试访问内容服务器时，会将其送到代理服务器。实际内容位于内容服务器上，在防火墙内部受到安全保护。代理服务器位于防火墙外部，在客户机看来就像是内容服务器。

当客户机向站点提出请求时，请求将转到代理服务器。然后，代理服务器通过防火墙中的特定通路，将客户机的请求发送到内容服务器。内容服务器再通过该通道将结果回传给代理服务器。代理服务器将检索到的信息发送给客户机，好像代理服务器就是实际的内容服务器。如果内容服务器返回错误消息，代理服务器会先行截取该消息并更改标头中列出的任何 URL，然后再将消息发送给客户机。如此可防止外部客户机获取内部内容服务器的重定向 URL。

这样，代理服务器就在安全数据库和可能的恶意攻击之间提供了又一道屏障。与有权访问整个数据库的情况相对比，就算是侥幸攻击成功，作恶者充其量也仅限于访问单个事务中所涉及的信息。未经授权的用户无法访问到真正的内容服务器，因为防火墙通路只允许代理服务器有权进行访问。

（可以配置防火墙路由器，使其只允许特定端口上的特定服务器（在本例中为其所分配端口上的代理服务器）有权通过防火墙进行访问，而不允许其他任何机器进出）

**（2）作为内容服务器的负载均衡器：**

可以在一个系统内使用多个代理服务器来平衡各 Web 服务器间的网络负载。在此模型中，可以利用代理服务器的高速缓存特性，创建一个用于负载均衡的服务器池。此时，代理服务器可以位于防火墙的任意一侧。如果 Web 服务器每天都会接收大量的请求，则可以使用代理服务器分担 Web 服务器的负载并提高网络访问效率。

对于客户机发往真正服务器的请求，代理服务器起着中间调停者的作用。代理服务器会将所请求的文档存入高速缓存。如果有不止一个代理服务器，DNS 可以采用“循环复用法”选择其 IP 地址，随机地为请求选择路由。客户机每次都使用同一个URL，但请求所采取的路由每次都可能经过不同的代理服务器。

可以使用多个代理服务器来处理对一个高用量内容服务器的请求，这样做的好处是内容服务器可以处理更高的负载，并且比其独自工作时更有效率。在初始启动期间，代理服务器首次从内容服务器检索文档，此后，对内容服务器的请求数会大大下降。比如Nginx就是典型的负载均衡服务器。

## ##

## 二、Nginx配置文件详解： ##

前面说过，Nginx是一款自由的、开源的、高性能的HTTP服务器和反向代理服务器；同时也是一个IMAP、POP3、SMTP代理服务器；在实际中，Nginx使用最多的三个核心功能是**反向代理、负载均衡和静态服务器。**

这三个不同的功能的使用，都跟nginx的配置密切相关，nginx服务器的配置信息主要集中在nginx.conf这个配置文件中，并且所有的可配置选项大致分为以下几个部分：

main                                # 全局配置
    
    events {                            # nginx工作模式配置
    }
    
    http {                                # http设置
        ....
        server {                        # 服务器主机配置
            ....
            location {                    # 路由配置
                ....
            }
            location path {
                ....
            }
            location otherpath {
                ....
            }
        }
    
        server {
            ....
            location {
                ....
            }
        }
    
        upstream name {                    # 负载均衡配置
            ....
        }
    }

如上述配置文件所示，主要由6个部分组成：

*  main：用于进行nginx全局信息的配置
 *  events：用于nginx工作模式的配置
 *  http：用于进行http协议信息的一些配置
 *  server：用于进行服务器访问信息的配置
 *  location：用于进行访问路由的配置
 *  upstream：用于进行负载均衡的配置

**1、main模块：**

观察下面的配置代码：

> \# user nobody nobody; 
> 
> worker\_processes 2;
> 
> \# error\_log logs/error.log 
> 
> \# error\_log logs/error.log notice 
> 
> \# error\_log logs/error.log info 
> 
> \# pid logs/nginx.pid
> 
> worker\_rlimit\_nofile 1024;

述配置都是存放在main全局配置模块中的配置项：

*  user用来指定nginx worker进程运行用户以及用户组，默认nobody账号运行
 *  worker\_processes指定nginx要开启的子进程数量，运行过程中监控每个进程消耗内存(一般几M~几十M不等)根据实际情况进行调整，通常数量是CPU内核数量的整数倍
 *  error\_log定义错误日志文件的位置及输出级别【debug / info / notice / warn / error / crit】
 *  pid用来指定进程id的存储文件的位置
 *  worker\_rlimit\_nofile用于指定一个进程可以打开最多文件数量的描述

**2、event模块：**

> event \{
> 
> worker\_connections 1024;
> 
> multi\_accept on;
> 
> use epoll;
> 
> \}

上述配置是针对nginx服务器的工作模式的一些操作配置：

*  worker\_connections 指定最大可以同时接收的连接数量，这里一定要注意，最大连接数量是和worker processes共同决定的。
 *  multi\_accept 配置指定nginx在收到一个新连接通知后尽可能多的接受更多的连接
 *  use epoll 配置指定了线程轮询的方法，如果是linux2.6+，使用epoll，如果是BSD如Mac请使用Kqueue

**3、http模块：**

作为web服务器，http模块是nginx最核心的一个模块，配置项也是比较多的，项目中会设置到很多的实际业务场景，需要根据硬件信息进行适当的配置，常规情况下，使用默认配置即可！

> http \{ 
> 
>     \#\# 基础配置
> 
>     sendfile on;
> 
>     tcp\_nopush on;
> 
>     tcp\_nodelay on;
> 
>     keepalive\_timeout 65;
> 
>     types\_hash\_max\_size 2048;
> 
>     \# server\_tokens off;
> 
>  
> 
>     \# server\_names\_hash\_bucket\_size 64;
> 
>     \# server\_name\_in\_redirect off;
> 
>     include /etc/nginx/mime.types;
> 
>     default\_type application/octet-stream;
> 
>  
> 
>     \#\# SSL证书配置
> 
>     ssl\_protocols TLSv1 TLSv1.1 TLSv1.2; \# Dropping SSLv3, ref: POODLE    ssl\_prefer\_server\_ciphers on;
> 
>  
> 
>     \#\#日志配置
> 
>     access\_log /var/log/nginx/access.log;
> 
>     error\_log /var/log/nginx/error.log;
> 
>  
> 
>     \#\#Gzip 压缩配置
> 
>     gzip on;
> 
>     gzip\_disable "msie6";
> 
>  
> 
>     \# gzip\_vary on;
> 
>     \# gzip\_proxied any;
> 
>     \# gzip\_comp\_level 6;
> 
>     \# gzip\_buffers 16 8k;
> 
>     \# gzip\_http\_version 1.1;
> 
>     \# gzip\_types text/plain text/css application/json application/javascript
> 
>  text/xml application/xml application/xml+rss text/javascript;
> 
>  
> 
>     \#\#虚拟主机配置
> 
>     include /etc/nginx/conf.d/\*.conf;
> 
>     include /etc/nginx/sites-enabled/\*;

（1）基础配置：

>  *  sendfile on：配置on让sendfile发挥作用，将文件的回写过程交给数据缓冲去去完成，而不是放在应用中完成，这样的话在性能提升上有好处；
>  *  tc\_nopush on：让nginx在一个数据包中发送所有的头文件，而不是一个一个单独发。
>  *  tcp\_nodelay on：让nginx不要缓存数据，而是一段一段发送，如果数据的传输有实时性的要求的话可以配置它，发送完一小段数据就立刻能得到返回值，但是不要滥用。
>  *  keepalive\_timeout 10：给客户端分配连接超时时间，服务器会在这个时间过后关闭连接。一般设置时间较短，可以让nginx工作持续性更好；
>  *  client\_header\_timeout 10：设置请求头的超时时间；
>  *  client\_body\_timeout 10:设置请求体的超时时间；
>  *  send\_timeout 10：指定客户端响应超时时间，如果客户端两次操作间隔超过这个时间，服务器就会关闭这个链接；
>  *  limit\_conn\_zone $binary\_remote\_addr zone=addr:5m ：设置用于保存各种key的共享内存的参数；
>  *  limit\_conn addr 100: 给定的key设置最大连接数；
>  *  server\_tokens：虽然不会让nginx执行速度更快，但是可以在错误页面关闭nginx版本提示，对于网站安全性的提升有好处；
>  *  include /etc/nginx/mime.types：指定在当前文件中包含另一个文件的指令；
>  *  default\_type application/octet-stream：指定默认处理的文件类型可以是二进制
>  *  type\_hash\_max\_size 2048：混淆数据，影响三列冲突率，值越大消耗内存越多，散列key冲突率会降低，检索速度更快；值越小key，占用内存较少，冲突率越高，检索速度变慢。

（2）日志配置：

> access\_log logs/access.log：设置存储访问记录的日志
> 
> error\_log logs/error.log：设置存储记录错误发生的日志

（3）SSL证书加密：

> ssl\_protocols：指令用于启动特定的加密协议，nginx在1.1.13和1.0.12版本后默认是ssl\_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2，TLSv1.1与TLSv1.2要确保OpenSSL >= 1.0.1 ，SSLv3 现在还有很多地方在用但有不少被攻击的漏洞。
> 
> ssl prefer server ciphers：设置协商加密算法时，优先使用我们服务端的加密套件，而不是客户端浏览器的加密套件。

（4）压缩配置：

> gzip 是告诉nginx采用gzip压缩的形式发送数据。这将会减少我们发送的数据量。
> 
> gzip\_disable 为指定的客户端禁用gzip功能。我们设置成IE6或者更低版本以使我们的方案能够广泛兼容。
> 
> gzip\_static 告诉nginx在压缩资源之前，先查找是否有预先gzip处理过的资源。这要求你预先压缩你的文件（在这个例子中被注释掉了），从而允许你使用最高压缩比，这样nginx就不用再压缩这些文件了（想要更详尽的gzip\_static的信息，请点击这里）。
> 
> gzip\_proxied 允许或者禁止压缩基于请求和响应的响应流。我们设置为any，意味着将会压缩所有的请求。
> 
> gzip\_min\_length 设置对数据启用压缩的最少字节数。如果一个请求小于1000字节，我们最好不要压缩它，因为压缩这些小的数据会降低处理此请求的所有进程的速度。
> 
> gzip\_comp\_level 设置数据的压缩等级。这个等级可以是1-9之间的任意数值，9是最慢但是压缩比最大的。我们设置为4，这是一个比较折中的设置。
> 
> gzip\_type 设置需要压缩的数据格式。上面例子中已经有一些了，你也可以再添加更多的格式。

（5）文件缓存配置：

> open\_file\_cache 打开缓存的同时也指定了缓存最大数目，以及缓存的时间。我们可以设置一个相对高的最大时间，这样我们可以在它们不活动超过20秒后清除掉。
> 
> open\_file\_cache\_valid 在open\_file\_cache中指定检测正确信息的间隔时间。
> 
> open\_file\_cache\_min\_uses 定义了open\_file\_cache中指令参数不活动时间期间里最小的文件数。
> 
> open\_file\_cache\_errors 指定了当搜索一个文件时是否缓存错误信息，也包括再次给配置中添加文件。我们也包括了服务器模块，这些是在不同文件中定义的。如果你的服务器模块不在这些位置，你就得修改这一行来指定正确的位置。

**4、server模块：**

srever模块配置是http模块中的一个子模块，用来定义一个虚拟访问主机，也就是一个虚拟服务器的配置信息。

> server \{ 
> 
>     listen        80;
> 
>     server\_name localhost    192.168.1.100;
> 
>     root        /nginx/www;
> 
>     index        index.php index.html index.html;
> 
>     charset        utf-8;
> 
>     access\_log    logs/access.log;
> 
>     error\_log    logs/error.log;
> 
>     ......
> 
> \}

核心配置信息如下：

*  server：一个虚拟主机的配置，一个http中可以配置多个server；
 *  server\_name：用于指定ip地址或者域名，多个配置之间用空格分隔；
 *  root：表示整个server虚拟主机内的根目录，所有当前主机中web项目的根目录；
 *  index：用户访问web网站时的全局首页；
 *  charset：用于设置www/路径中配置的网页的默认编码格式；
 *  access\_log：用于指定该虚拟主机服务器中的访问记录日志存放路径；
 *  error\_log：用于指定该虚拟主机服务器中访问错误日志的存放路径；

**5、location模块：**

location模块是nginx配置中出现最多的一个配置，主要用于配置路由访问信息。

在路由访问信息配置中关联到反向代理、负载均衡等等各项功能，所以location模块也是一个非常重要的配置模块。

基本配置：

> location / \{ 
> 
>     root    /nginx/www;
> 
>     index    index.php index.html index.htm;
> 
> \}

location /：表示匹配访问根目录

root：用于指定访问根目录时，访问虚拟主机的web目录

index：在不指定访问具体资源时，默认展示的资源文件列表

**反向代理配置方式：**

通过反向代理代理服务器访问模式，通过proxy\_set配置让客户端访问透明化。

> location / \{ 
> 
>     proxy\_pass http://localhost:8888;
> 
>     proxy\_set\_header X-real-ip $remote\_addr;
> 
>     proxy\_set\_header Host $http\_host;
> 
> \}

有关反向代理的配置，文章最下面会给出一个详细配置步骤。

**6、upstream模块：**

upstream模块主要负责负载均衡的配置，通过默认的轮询调度方式来分发请求到后端服务器。

简单的配置方式如下：

> upstream name \{ 
> 
>     ip\_hash;
> 
>     server 192.168.1.100:8000;
> 
>     server 192.168.1.100:8001 down;
> 
>     server 192.168.1.100:8002 max\_fails=3;
> 
>     server 192.168.1.100:8003 fail\_timeout=20s;
> 
>     server 192.168.1.100:8004 max\_fails=3 fail\_timeout=20s;
> 
> \}

核心配置信息如下：

*  ip\_hash：指定请求调度算法，默认是weight权重轮询调度，可以指定
 *  server host:port：分发服务器的列表配置
 *   down：表示该主机暂停服务
 *   max\_fails：表示失败最大次数，超过失败最大次数暂停服务
 *   fail\_timeout：表示如果请求受理失败，暂停指定的时间之后重新发起请求

更多有关负载均衡的详细知识，可以参考下一篇博客。

## 三、使用Nginx配置反向代理服务器： ##

Nginx作为近年来较火的反向代理服务器，安装在目的主机端，主要用于转发客户机请求，后台有多个http服务器提供服务，nginx的功能就是把请求转发给后面的服务器，决定哪台目标主机来处理当前请求。下面演示如何进行配置使Nginx发挥作用。

1、模拟n个http服务器作为目标主机：

用作测试，简单的使用2个tomcat实例模拟两台http服务器，分别将tomcat的端口改为8081和8082

2、配置IP域名：

192.168.72.49 8081.max.com

192.168.72.49 8082.max.com

3、配置nginx.conf

upstream tomcatserver1 {  
        server 192.168.72.49:8081;  
        }  
    upstream tomcatserver2 {  
        server 192.168.72.49:8082;  
        }  
    server {  
            listen       80;  
            server_name  8081.max.com;  
      
            #charset koi8-r;  
      
            #access_log  logs/host.access.log  main;  
      
            location / {  
                proxy_pass   http://tomcatserver1;  
                index  index.html index.htm;  
            }       
        }  
    server {  
            listen       80;  
            server_name  8082.max.com;  
      
            #charset koi8-r;  
      
            #access_log  logs/host.access.log  main;  
      
            location / {  
                proxy_pass   http://tomcatserver2;  
                index  index.html index.htm;  
            }          
        }

**流程：**

1）浏览器访问8081.max.com，通过本地host文件域名解析，找到192.168.72.49服务器（安装nginx）

2）nginx反向代理接受客户机请求，找到server\_name为8081.max.com的server节点，根据proxy\_pass对应的http路径，将请求转发到upstream tomcatserver1上，即端口号为8081的tomcat服务器。

4、效果展示：

请求8081.max.com，tomcat1接收返回首页

![Center 3][]

请求8082.max.com，tomcat2接收返回首页

![Center 4][]

参考博客：

[https://blog.csdn.net/Daybreak1209/article/details/51549031][https_blog.csdn.net_Daybreak1209_article_details_51549031]

[https://blog.csdn.net/keyeagle/article/details/6723408][https_blog.csdn.net_keyeagle_article_details_6723408]

[https://blog.csdn.net/tsummerb/article/details/79248015][https_blog.csdn.net_tsummerb_article_details_79248015]

[Nginx_Nginx_ _]: https://blog.csdn.net/a745233700/article/details/79321769
[Nginx_ _]: https://blog.csdn.net/a745233700/article/details/85340695
[Nginx_ _ Nginx]: https://blog.csdn.net/a745233700/article/details/85344563
[Nginx_Nginx]: https://blog.csdn.net/a745233700/article/details/85381336
[Center]: /images/20220401/c3adbdc21c1b48c2bc69a2ae8bd9d6e1.png
[Center 1]: /images/20220401/429a13b262e34886a00d80fb13cd1ef6.png
[Center 2]: /images/20220401/d3d853118c5148f4b90cd77d2929579b.png
[Center 3]: /images/20220401/a38b42684e2d4f6a898b1969e09f6add.png
[Center 4]: /images/20220401/8265a2db89e245039c471257a89bda61.png
[https_blog.csdn.net_Daybreak1209_article_details_51549031]: https://blog.csdn.net/Daybreak1209/article/details/51549031
[https_blog.csdn.net_keyeagle_article_details_6723408]: https://blog.csdn.net/keyeagle/article/details/6723408
[https_blog.csdn.net_tsummerb_article_details_79248015]: https://blog.csdn.net/tsummerb/article/details/79248015