本文和大家分享nginx实现正向代理和反向代理的具体方法配置，以及不同的例子。很详细，希望你能喜欢。

目录

正向代理nginx反向代理nginx反向代理02反向代理03反向代理04反向代理05反向代理06

正向代理

假设有一个内部网。

内网有两台机器，其中只有A能上网。

B不会上网，但是A和B是通过网络连接的。

此时，如果B想要访问外网，可以通过a向代理访问外网。

转发代理是模拟内网的目标服务器，发送内网其他机器的请求。

转发给外网真正的目标服务器。

因此，转发代理接受来自内部网中其他机器的请求。

相反的代理是反过来的。

也是内网，有几台机器，只有一台连接到外网。

但是，反向代理不接受来自内部网机器的访问请求。

反向代理接受来自外部网络的访问请求。

然后将请求转发给内部网中的其他机器。

在网络外发出请求的用户不知道反向代理服务器将请求转发给谁。

在一台机器上设置转发代理功能

如图所示，编辑一个nginx配置文件。

上图显示了配置文件的内容。

如果服务器被配置为转发代理服务器

那么这个虚拟主机配置文件必须是默认的虚拟主机。

因为所有访问该机器的网络请求都应该首先访问该虚拟主机。

因此，这里设置了default_server。

那么应该修改原来的默认虚拟主机配置文件名。

如图所示，修改default.conf配置文件的名称

这将取消原始的默认虚拟主机配置文件。

因为默认的虚拟主机配置文件是default.conf

配置文件中的解析程序119.29.29.29

这意味着配置一个dns地址

因为它是一个转发代理，在接受内部网请求的域名后

将请求发送到您真正想要访问的服务器。

但是内网发送的域名不包含ip地址。

因此，应该将域名发送到dns服务器来解析ip地址。

在获得ip地址之前，您不能将其转发到您想要访问的服务器。

所以您需要在这里配置一个dns地址。

接受内部网域名后，它会将域名发送到此dns进行解析。

可以根据图设置以下位置。

这样，在转发代理服务器接受内部网机器请求后

会将域名发送到配置好的dns进行解析，然后访问真正的服务器。

然后由真实服务器返回的内容被发送到发出请求的内部网机器。

nginx反向代理

做一个反向代理的例子。

如图所示，建立一个测试虚拟主机配置文件

监听端口8080，域名是www.test.com。

是根目录/data /data/wwwroot/test.com

通过访问虚拟主机显示的第一个页面文件是index.html。

如图所示，创建虚拟主机的根目录/data /data/wwwroot/test.com

然后用echo 'test.com_8080 '！$/index.html

创建一个包含test.com_8080内容的首页文件。

该文件位于/data/wwwroot/test.com目录中。

如图所示，创建一个新的反向代理虚拟主机配置文件。

监控端口80，域名是www.test.com。

以下位置/是反向代理的配置。

当访问这个虚拟主机时，访问请求将被发送到127.0.0.1:8080。

如图所示，使用curl访问127.0.0.1:8080虚拟主机

成功返回Test.com_8080，表示可以访问此虚拟主机。

如图所示，创建另一个虚拟主机配置文件。

类似于前面的测试虚拟主机

但是该虚拟主机没有域名集。

设置位置返回的内容是8080默认字符串。

保存，重新加载nginx

还要取消测试虚拟主机的默认服务器设置。

现在127.0.0.1:8080对应两台虚拟主机。

一个是测试虚拟主机，另一个是8080默认虚拟主机。

两台虚拟主机的ip端口完全相同。

两者的区别在于测试虚拟主机有域名。

8080默认虚拟主机没有域名。

现在8080 default已经被设置为默认的虚拟主机。

所以如果你只访问127.0.0.1:8080

访问必须是8080默认虚拟主机。

如果要访问测试虚拟主机，需要添加测试虚拟主机的域名。

成功访问测试虚拟主机。

如图，可以看到访问curl 127.0.0.1:8080/返回的结果是8080默认。

使用curl-x 127 . 0 . 0 . 1:8080 www.test.com

有了这里的域名，返回的就是test.com_8080。

说明如果要访问测试虚拟主机，ip端口需要绑定域名。

如图所示，curl访问127.0.0.1:80域名www.test.com。

返回的是test.com_8080，表示这个反向代理成功了。

我们访问了端口80，但实际上返回了端口8080的虚拟主机的内容。

如图所示，反向代理虚拟主机中proxy_pass行以下的所有项目在这里都被注释掉了。

保存，重新加载nginx

如图所示，使用curl访问127.0.0.1:80域名www.test.com。

实际返回的值是8080默认值。

但是我们要访问的是测试虚拟主机。

如图，proxy _ set _ header Host $ host

这一行代码是为访问指定的域名。

上面设置了127.0.0.1:8080。

当代理反转时，它将指向此ip端口。

如果不设置主机，将只能访问127.0.0.1:8080的虚拟主机。

如果设置了host，它将指向绑定到指定主机的127.0.0.1:8080。

这里$host是系统变量，实际值是当前虚拟主机的server_name。

即www.test.com，什么是服务器名称，什么是主机值。

在这里设置主机相当于curl-x 127 . 0 . 0 . 1:8080 www.test.com。

如果此处未设置主机，则只能访问127.0.0.1:8080。

这样，域名就可以绑定到ip端口。

如图，除了写ip端口，proxy_pass还可以直接写域名。

这是www.123.com:8080/.

但这样一来，nginx就不知道域名指向哪里了。

所以需要在系统中绑定相应的ip。

比如在/etc/hosts文件中，写入对应的域名和ip进行绑定。

这样nginx中proxy_pass的域名系统就会解析出一个Ip地址。

然后访问这个ip端口。

以下proxy_header主机用于设置域名。

该域名将绑定到上面的ip端口进行访问。

如果上面的ip端口不是ip而是域名

和下面指定的域名没有冲突，因为上面写的域名的功能是解析ip。

下面指定的域名将被绑定到上面解析的ip端口。

这个例子使用$host，这是nginx全局变量。

这个变量实际上对应的是一个值，这个值就是当前虚拟主机server_name的值。

但一般来说，直接写ip口更方便。

以上是指定的ip端口。

下面指定了绑定到ip端口的主机域名

nginx反向代理02

如图所示，proxy_pass命令后面可以跟一个url

有三种格式，传输协议域名uri(访问路径)

传输协议ip端口uri

传输协议套接字

在这里，unix、http和https都是传输协议的类型。

域名uri、ip端口uri和套接字都是访问路径

套接字通常是程序的专用访问端口。

访问套接字就是访问特定的程序，所以不需要使用路径。

如图，在编写proxy_pass时，不同的编写方法有不同的结果。

例如，位置/阿明/

如果被访问的路径包含/阿明/

proxy_pass将在这里执行。

但是proxy_pass在location的不同写法会导致实际访问的路径不同。

执行proxy_pass是因为所访问的路径包含/naming/目录。

但是，实际的访问路径不一定包含/阿明/

这个例子是访问虚拟主机中的/阿明/a.html文件。

根据proxy_pass的不同写法，实际上会访问不同的路径。

如果ip端口后没有目录符号

我们会访问/阿明/a.html，这就是我们想要的。

如果ip端口后面跟有根符号/

然后你会直接访问根目录下的a.html文件，这显然是错误的。

ip端口后跟/linux/，然后将访问/linux/中的a.html文件。

如果ip端口后跟/linux和目录符号/

您将访问/linuxa.html。

所以如果你想正确访问/阿明/a.html

有两种写法。一种方法是不添加任何目录符号/

第二种是写ip端口/阿明/完全。

根据上面的例子，可以发现无论ip端口后面是什么目录

实际的访问路径将成为要访问的最终文件名的直接a.html。

直接添加到ip端口后面的目录中。

所以，如果ip端口后面没有写目录符号，系统会自己添加目录路径//阿明/a.html。

一旦任何目录符号存在，after将被直接放置在该目录符号之后。

第二种情况，ip端口/linux

实际结果是访问/linuxa.html。

这可能是因为linux没有跟上任何目录符号/

所以系统把linux当成一个未完成的文件名。

然后用linux直接粘贴文件名a.html。

这使得文件以/linuxa.html的形式被访问。

所以不管写什么路径，一定要跟上目录符号/

反向代理03

如图，proxy_set_header用于设置代理服务器可以接收的头信息。

例如，有三台计算机。

a是我们用来访问的计算机，我们从a发送访问请求。

B是反向代理服务器，B接收我们的访问请求。

c是反向代理服务器，也就是我们真正要访问的服务器。

b会将我们的访问请求转发给c。

如果没有设置proxy_set_header，B在向c转发请求时不会携带相应的头信息。

如果设置了该参数，则在转发请求时将获取相应的报头信息。

变量$remote_addr和$proxy_add_x_forwarded_for是nginx的内置变量。

$remote_addr变量保存B反向代理服务器本身的ip地址。

$proxy_add_x_forwarded_for变量存储客户端计算机a的ip地址。

如果没有设置这个变量，C服务器实际上不知道访问请求的真实源地址。

通过设置这个变量，C服务器可以知道访问请求来自哪个ip地址。

如图所示，编辑www.test.com虚拟主机的配置文件。

假设这个虚拟主机就是我们要访问的C服务器。

在位置上有两个echo来显示访问请求的源地址和真实源地址。

$remote_addr记录反向代理服务器的地址。

$proxy_add_x_forwarded_for记录了访问请求的真实源地址，也就是客户端的地址。

这样，在访问这个虚拟主机时，存储在这两个变量中的值就会显示出来。

保存，然后重新加载配置文件

如图，编辑反向代理服务器虚拟主机的配置文件。

如图所示，你可以看到里面的位置。

proxy_set_header X-Real-IP和proxy _ set _ header X-forwarded-for这两行被注释掉。

先做一个测试，保存并退出过载配置文件。

如图所示，使用curl test从192.168.133.140:80发出访问请求。

192.168.133.140这个ip实际上是客户端ip

因为访问请求是从这个ip发送的

但是测试后可以看到，实际显示的是两个127.0.0.1环回地址。

没有192.168.133.140这样的ip。

在这个测试中，反向代理服务器和真实服务器都在这台机器上。

因此，真实服务器C接收的访问请求的源ip是本地环回地址。

反向代理服务B向内部回送地址为127.0.0.1的真实服务器C发送请求。

因为这两台服务器都在这台机器上，所以这台机器上的程序之间的通信基本都是走127.0.0.1环回地址。

所以C的$remote_addr的值是127.0.0.1

因为反向代理服务器b中没有设置$proxy_add_x_forwarded_for。

因此，真实服务器C接收的$proxy_add_x_forwarded_for的变量值是发送请求的ip。

也就是127.0.0.1。

变量$proxy_add_x_forwarded_for实际上是从客户端开始的记录

请求总共传递了哪些ip地址的变量值，多个ip地址用逗号分隔。

如果发送的访问请求没有设置变量$proxy_add_x_forwarded_for

那么接收方这个变量的值正好是访问请求发送的最后一个ip，和remote_addr一样。

例如从A到B到c的访问请求

b如果设置了$proxy_add_x_forwarded_for

那么这个变量的格式就是a_ip，b_ip。

也就是记录了a的ip和b的ip。

如果中间有更多的服务器，它们的ip会被记录下来，用逗号隔开。

当然，每个代理服务器都需要设置变量$proxy_add_x_forwarded_for。

否则下一个代理服务器的变量$proxy_add_x_forwarded_for不会记录之前传递的ip。

只能记录最后一台服务器的ip。

所以在这个测试中，因为B没有设置$proxy_add_x_forwarded_for

所以C服务的变量$proxy_add_x_forwarded_for的值等于$remote_addr的值。

如图，对于第二个测试，编辑反向代理服务器b的配置文件。

删除位置中的X-Real-IP和X-Forwarded-For注释。

保存重载的配置文件。

如图所示再次测试。

可以看到返回的结果，第一行remote_addr的值是127.0.0.1。

这是代理服务器b的ip。

第二行的$proxy_add_x_forwarded_for的值是两个IP。

在curl命令中，访问请求从192.168.133.140发送。

即客户端a的ip是192.168.133.140。

b的Ip是127.0.0.1。

$proxy_add_x_forwarded_for记录对C的访问请求经过了哪个ip。

访问请求是从A到B，然后从B到c。

所以$proxy_add_x_forwarded_for变量记录了A的ip和b的ip。

因为访问请求在到达c之前要经过这两个ip地址。

所以以后做反向代理的时候，要设置这几行变量。

后面的真实服务器可以得到访问请求的真实ip地址。

反向代理04

如图，重定向应用的场景不多，主要有三种写法。

功能是修改代理服务器返回的位置和刷新头信息。

第一种方式，redirect是返回的头信息。

替换是要修改的信息

重定向将被更改为替换。

第二种写法是default，默认设置的意思。

第三个关闭意味着关闭重定向功能。

如图所示，测试并编辑代理服务器的配置文件。

测试成功需要满足几个条件。

首先，location后面只能跟根目录/没有别的。

第二个条件是proxy_pass后面的url不能跟/符号。

一般情况下是/ends结尾，但是这里不能用/ends

那么被访问的目录必须存在，如果不存在，可以创建一个。

然后你也可以在目录下创建一个index.html文件，在里面编辑一些字符串内容。

保存并重新加载配置文件。

如图所示，编辑代理服务器的配置文件。

以如图所示的简单格式编写。

保存重载的配置文件。

如图所示，在curl测试访问时，如果在阿明后面加上/end，将访问index.html文件。

但是我们想要访问的是目录本身，而不是其中的文件。

因此，在crul时，不能在访问地址的末尾添加/符号。

所以你可以进入阿明目录。

如您所见，对于永久重定向，返回的代码是301。

下面位置后面的字段是端口为8080的访问路径。

如图所示，编辑代理服务器的配置文件。

添加access _ log/tmp/456.log。

这样就打开了服务器的访问日志，通过查看访问日志可以更清楚的了解访问过程。

保存重载

如图，再次测试curl。在本测试中，阿明以/符号结尾。

通过cat检查/tmp/456.log访问日志。

发现日志信息没有主机和端口等信息。

在这种情况下，您可以在nginx.conf配置文件中修改格式配置。

如图所示，配置文件中log_format main的三行最初被注释掉了。

现在去掉注释，让这些行发挥作用。这是日志返回信息的格式设置。

如图，在最后添加两个nginx变量$host $server_port。

然后保存，退出，重新加载，这样这两个变量的信息就会添加到访问日志显示的信息中。

如图所示，编辑代理服务器配置文件，并添加access_log配置。

地址是/tmp/proxy.log。

之后添加main，因为nginx.conf中配置的格式是以main命名的。

这里添加main意味着使用名为main的格式来显示日志信息。

如图，access_log在同一个代理服务器上

您还需要在它后面添加main，以main格式显示日志信息。

拯救超载。

如图，curl测试它。该测试以/符号结束。

查看456.log后端服务器的日志，可以看到端口8080被访问。

查看proxy.log的代理服务器日志，可以看到端口80被访问。

网络码都是200，很正常。

如图，这次访问阿明的结尾没有/符号

你可以看到301被返回。

查看proxy.log也返回301。

如图，重新测试，检查两个日志。

查看301到200的日志信息。

简而言之，我们确认我们访问了端口80，并跳转到端口8080。

但是客户端无法访问端口8080。

如图所示，proxy_redirect可以用来解决这个问题。

这里是http://$主机：8080//；

这样，最初返回的8080端口信息可以通过写入删除。

保存重载

如图，复试。

如你所见，301被返回。

那么在location后面的地址中没有关于端口8080的信息。

反向代理05

Proxy_buffering表示缓冲

缓冲就是在内存中划出一个区域，将数据写入其中。

写入一定时间后，缓冲区中的数据将被写入硬盘。

这样做可以大大降低硬盘的读写频率。

如果不缓冲，每次生成数据都要读写硬盘，会给硬盘造成很大负担。

假设有三个对象，客户端A、代理B和代理c。

a发送请求，B接收请求并转发给c。

c将数据返回给B，然后B将数据发送给a。

这是一般的操作，但是如果A发出许多访问请求

或者有许多客户端发出访问请求。

那么对于代理服务器b和代理服务器c

每个请求都要按照这个流程处理一次，负担会很重。

Proxy_buffering是指在代理服务器b的内存中设置一个或多个缓冲区。

当缓冲区充满数据时，数据被转发到相应的客户端。

这样大大减少了代理服务器B的数据转发次数，减轻了负担。

当打开proxy_buffering时，proxy_busy_buffer_size决定何时将数据发送到。

在这个过程中，如果缓冲区满了，就有数据溢出。

额外的数据将被写入临时文件temp_file，该文件将被存储在硬盘上。

如果关闭proxy_buffering，C反馈的数据会直接从B转发到a。

并且不会发生其他操作。

如图，不管proxy_buffering是开还是关。

proxy_buffer_size选项有效，该参数用于设置缓冲区。

这个缓冲区存储服务器反馈回来的头信息。

如果设置不足以存储标题信息，将出现502错误代码。

所以建议设为4k。

如图所示，proxy_buffers定义了每个请求的缓冲区数量以及每个缓冲区的具体大小。

这里定义了8个4k，也就是说有8个缓冲区，每个缓冲区的大小都是4k。

那么总的缓冲区大小是8 * 4=32 K。

假设有10，000个请求，那么缓冲区就是8 * 10，000个缓冲区。

因为这个设置是针对每个请求的，而不是总共只有8个缓冲区。

proxy_busy_buffer_size定义了要向客户端传输多少数据。

这里定义了16k，所以当B的属于这个请求的缓冲区接收到16k的数据量时

会将数据转发给。

这里有八个缓冲区，总大小为32k。一般来说，缓冲器处于两种状态。

一个是接收数据，一个是发送数据，不可能同时接收数据和发送数据。

proxy_busy_buffer_size定义用于发送数据的缓冲区的大小。

因此，proxy_busy_buffer_size的大小应该小于缓冲区的总大小。

当接收的数据达到由proxy_busy_buffer_size设置的数据量时

这些缓冲器处于发送数据的状态，其余缓冲器处于接收数据的状态。

如果请求反馈的数据总量小于proxy_busy_buffer_size设置的值

然后B的接收完成会直接转发给a。

如果请求反馈的数据总量大于proxy_busy_buffer_size设置的值

然后当缓冲器接收的数据量达到由proxy_busy_buffer_size设置的值时

会先把这部分数据发给A。

如图所示，proxy_temp_path定义了临时文件存储目录。

例如，当A发出请求时，代理服务器B分配给A的缓冲区的总大小是32k。

但是C服务反馈给这个请求的数据量是100 MB，远远超过了缓冲区的大小。

这种情况下，当B接收到C的数据时，会有很多数据溢出缓冲区。

溢出的数据将首先保存到B硬盘上的临时文件中。

Proxy_temp_path定义存储该临时文件的路径以及子目录级别。

这里定义的路径是/usr/local/nginx/proxy_temp，这是一个目录名。

临时文件将存储在该目录中。

下面的数字1 2表示子目录级别。

之前的目录路径是我们自己定义的，子目录是系统自动创建的。

要创建多少子目录级别可以通过以下数字来设置。

比如只写1，表示子目录只有一层，子目录的名字是0-9。

根据定义，proxy_temp_path支持三级子目录，即可以写三个数。

比如write 1子目录的数量和命名方式是0- 9，共10个。

如果写2，从00到99有100个子目录，如果写3，从000到999有1000个子目录。

子目录的名称也是根据这些数字命名的。

如果写1/3，就说明子目录分两层。第一层是0-9，有10个子目录。

第二层是000-999 1000子目录，也可以反过来写3个1。

所以第一层是1000个子目录，每个目录下面的第二层有10个子目录。

proxy_max_temp_file_size定义临时文件的总大小。

例如，在这里将其设置为100M意味着每个临时文件最大为100M。

如果临时文件的数据被转移，它将被自动删除

Proxy_temp_file_write_size定义同时写入的临时文件数据的总大小。

这里定义了诸如8k或16k的值。

如果同时写入的数据量低于该值，则同时写入的数据量将会增加。

如果高于该值，则同时写入的数据量会减少。

因为同时写入的数据量太高，硬盘的IO负担太大，而太少的话硬盘的性能没有得到充分利用。

所以设置一个值不会太快也不会太慢，充分利用硬盘的性能而不会过载。

如图所示，这是一个使用proxy_buffering的例子。

首先设置为on状态，即缓冲功能开启。

存储的头文件的缓冲区为4k。

然后是两个其他数据的缓冲区，每个都是4k大小。

那么busy_buffers的数据量就是4k。

当接收的数据量达到4k时，Buffer将发送数据。

然后是临时文件的路径定义，定义了两层子目录。

它们是1 ^ 2，即第一层有0-9 ^ 10个子目录。

然后每个子目录下面第二层有00-99 100个子目录。

那么每个临时文件的大小是20M。

然后，临时文件同时写入的数据量定义为8k。

反向代理06

如图，要使用proxy_cache，必须先开启proxy_buffering功能。

proxy_cache是缓存函数。

如果客户端A请求的数据已经保存在代理服务器b的缓存中，则客户端A发出请求。

b会将相关数据直接发送给A，而不会向服务器c请求数据。

如果缓存功能没有打开，代理服务器B将请求服务器C为a的每个请求获取一次数据

如果A两次请求相同的数据，它也会向服务器c请求两次数据。

如果打开缓存功能，则第一次请求的数据已经保存在缓存中，如果第二次请求相同的数据。

b会直接从缓存中获取数据，而不是从C那里获取数据，这样就减轻了服务器C的负担。

总之，缓存可以减轻代理服务器B的负担，缓存可以减轻代理服务器c的负担。

如图所示，打开和关闭proxy_cache函数

Proxy_cache off表示关闭缓存功能。

proxy_cache区域是打开缓存，区域是缓存的名称。

缓存区的名称可以任意命名，如zone或123。

在这里写一个缓存名，就是用这个名字打开一个缓存。

从nginx 0.7.66版本开始，打开proxy_cache后

它还检测代理服务器的http响应头中的Cache-Control，Expire头字段。

如果cache-control的值为no-cache，则不会缓存请求的数据。

如图所示，curl -I一个网站请求数据

如您所见，返回的头文件信息位于Cache-Control之后的值中。

没有缓存，这意味着这个请求返回的数据不会被缓存。

如图所示，在某些情况下设置参数proxy_cache_bypass。

请求的数据不是从缓存中获得的，而是直接从后端服务器获得的。

这个参数后面的字符串通常是nginx的一些变量。

如proxy _ cache _ bypass $ cookie _ nocache $ arg _ nocache $ arg _ comment；

该设置意味着这三个变量的任何值都不为零或为空。

响应数据不是从缓存中获得，而是直接从后端服务器获得。

暂时很少用，了解一下就好。

如图，proxy_no_cache类似于上面的参数用法。

主要是设置在某些情况下，采集的数据不会被缓存。

示例proxy _ no _ cache $ cookie _ nocache $ arg _ nocache $ arg _ comment；

此设置意味着当以下三个变量中的任何一个的值不为0或空时

采集的数据不会被缓存。

如图所示，该参数的格式与上述参数类似。一般不需要设置，保持默认即可。

如图，proxy_cache_path是设置缓存区具体配置的参数。

除了内存中的空间，还可以在硬盘中留出一个空间用于缓存。

Path将指定一个目录路径作为缓存路径，缓存将存储在该路径中。

Levels=1:2这表示目录级别，第一个数字设置为第一级。

第二个号码设置为二楼。

1-9 A-F共16个字符，每个目录由一个字符组成。总共有16个目录。

2-9 A-F一共16个字符，但是每个目录由两个字符组成，00，01，04，2f等等，有两百多种组合。

简而言之，这个参数就是设置子目录级别，第一位数字代表第一级。

第二个数字表示二楼。

Keys_zone是设置存储区的名称和大小。

Keys_zone=my_zone:10m表示区域的名称是my_zone

那么该区域的大小是10MB。

非活动是删除缓存所需的时间。

例如，在图中将其设置为300秒意味着如果数据在300秒内没有被访问

那么这些数据将从缓存中删除。

Max_size是设置硬盘中缓存可以存储的最大数据量。

比如这里设置为5g，目录/data/nginx_cache/

这个硬盘上的目录最多可以存储5g数据，如果超过这个数量的话

系统会先删除最少访问的数据，然后再放入新数据。

proxy_cache_path行不能写入配置文件的服务器括号中。

写在http括号里。

例如，首先编辑nginx.conf配置文件。

如图所示，在服务器外部添加proxy_cache_path代码。

如图所示，

因为指定的缓存目录/data/nginx_cache/不存在，所以应该在这里创建。

如图，编译一个虚拟主机的配置文件，在location中添加proxy _ cache my _ zone

这样，当虚拟主机收到请求时，它将使用my_zone的缓存空间。

my_zone缓存空间的具体定义已经在nginx.conf配置文件中定义。

inx.conf中的配置内容对所有虚拟主机都有效。

所以如果在nginx.conf中定义了my_zone

然后在所有虚拟主机配置文件中使用proxy_cache my_zone。

这些虚拟主机都可以使用my_zone的缓存空间。

然后保存退出过载配置文件，它就会生效。

通常，您只需要添加两行代码就可以成功配置缓存。

如图，另一个问题是nginx服务本身的权限是没人的。

刚才的目录是用root权限创建的。

所以在这里，将缓存目录的所有者所属的组改为nobody。

这样nginx服务在操作这个目录的时候就不会出现权限问题。

见图/data/nginx_cache/目录内容。

可以看到0-9 A-F的一级目录。

0目录，可以看到由两位数字组成的二级目录。

综上所述，缓存空间配置主要是定义proxy_cache_path。

它可以在nignx.conf中定义，这样任何虚拟主机都可以使用它。

在定义了proxy_cache_path之后，在需要使用缓存的虚拟主机服务器中

配置代理缓存区域名称

区域名称是在代理缓存路径中定义的缓存空间名称。

以便相应的虚拟主机可以使用该缓存空间。

以上是nginx正向代理和反向代理的详细内容。关于nginx正向代理和反向代理的更多信息，请关注我们的其他相关文章！

郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。