Nginx Proxy 代理 二

1、代理原理

• 反向代理产生的背景：

  在计算机世界里，由于单个服务器的处理客户端（用户）请求能力有一个极限，当用户的接入请求蜂拥而入时，会造成服务器忙不过来的局面，可以使用多个服务器来共同分担成千上万的用户请求，这些服务器提供相同的服务，对于用户来说，根本感觉不到任何差别。

• 反向代理服务的实现：

  需要有一个负载均衡设备（即反向代理服务器）来分发用户请求，将用户请求分发到空闲的服务器上。服务器返回响应数据到到负载均衡设备。负载均衡设备将服务器的响应数据返回用户。

 

2、正/反向代理的区别

 

什么是反向代理？为什么叫反向代理？什么是正向代理？我们来举例说明

• 正向代理：

  举例：黄牛

  正向代理的过程隐藏了真实请求客户端的地址，服务器不知道真实的客户端是谁，客户端请求的服务都被代理服务器代替请求。我们常说的代理也就是正向代理，正向代理代理的是请求方，也就是客户端；比如我们要访问youtube，可是不能访问，只能先安装个FQ软件代你去访问，通过FQ软件才能访问，FQ软件就叫作正向代理。

  正向代理代代理的是客户端请求，服务端不知道真是的客户端地址；

 反向代理：

举例：吃饭（酒店）

反向代理的过程隐藏了真实的服务器，客户不知道真正提供服务的人是谁，客户端请求的服务都被代理服务器处理。反向代理代理的是响应方，也就是服务端；我们请求www.baidu.com时这www.baidu.com就是反向代理服务器，真实提供服务的服务器有很多台，反向代理服务器会把我们的请求分/转发到真实提供服务的各台服务器。Nginx就是性能非常好的反向代理服务器，用来做负载均衡。

反向代理代理的是服务端，客户端不知道真正提供服务的地址；

反向代理代理的是服务端，客户端不知道真正提供服务的地址；

反向代理中，proxy和server同属一个LAN

反向代理中代理的对象是服务端，proxy和server同属一个LAN，对client透明。

 

正向代理和反向代理对比示意图

正向代理中代理的对象是客户端，proxy和client同属一个LAN，对server透明；

 

3、知识扩展

 

1. HTTP（web） Server和Application（应用） Server的区别和联系

   Apache/Nginx是静态服务器（HTTP Server）：

   Nginx优点：负载均衡、反向代理、处理静态文件优势。nginx处理静态请求的速度高于apache；

   Apache优点：相对于Tomcat服务器来说处理静态文件是它的优势，速度快。Apache是静态解析，适合静态HTML、图片等。

   HTTP Server 关心的是 HTTP 协议层面的传输和访问控制，所以在 Apache/Nginx 上你可以看到代理、负载均衡等功能

   HTTP Server（Nginx/Apache）常用做静态内容服务和代理服务器，将外来请求转发给后面的应用服务（tomcat，jboss,jetty等）。

   应用服务器(tomcat/jboss/jetty)是动态服务器（Application Server）：

   应用服务器Application Server，则是一个应用执行的容器。它首先需要支持开发语言的 Runtime（对于 Tomcat 来说，就是 Java，若是Ruby/Python 等其他语言开发的应用也无法直接运行在 Tomcat 上）。

2. 有时候为了方便，应用服务器(如tomcat)往往也会集成 HTTP Server 的功能，nginx也可以通过模块开发来提供应用功能，只是不如专业的 HTTP Server 那么强大，所以应用服务器往往是运行在 HTTP Server 的背后，执行应用，将动态的内容转化为静态的内容之后，通过 HTTP Server 返回到客户端。

3. 常用开源集群软件有：lvs，keepalived，haproxy，nginx，apache，heartbeat

   常用商业集群硬件有：F5, Netscaler，Radware，A10等

4、nginx Proxy 配置

1、代理模块

ngx_http_proxy_module

2、代理配置

代理
Syntax:     proxy_pass URL;                   #代理的后端服务器URL
Default:     —
Context:     location, if in location, limit_except

                  
头信息
Syntax:     proxy_set_header field value;
Default:     proxy_set_header Host $proxy_host;        #设置真实客户端地址
            proxy_set_header Connection close;
Context:     http, server, location

超时
Syntax:     proxy_connect_timeout time;
Default:     proxy_connect_timeout 60s;                #链接超时
Context:     http, server, location

Syntax:     proxy_read_timeout time;
Default:     proxy_read_timeout 60s;
Context:     http, server, location

Syntax:     proxy_send_timeout time; #nginx进程向fastcgi进程发送request的整个过程的超时时间
Default:     proxy_send_timeout 60s;
Context:     http, server, location

3、启用 nginx proxy 代理

环境两台nginx真实服务器

a、nginx-1 启动网站(内容)（作为网站服务器）·

nginx-1的ip:192.168.132.101
已经编译安装好，检查nginx是否启动是否可以访问
[root@nginx-server ~]# cat /home/www/html/index.html 
1000phone

[root@nginx-server ~]# cat /etc/nginx/conf.d/aa.conf
server {
        listen 80;
        server_name localhost;
        location / {
               root /home/www/html;
               index index.html index.hml;
        }
}

b、nginx-2 启动代理程序

nginx-2的ip:192.168.132.100
配置nginx的yum源直接yum安装
启动
编辑nginx的配置文件(编辑之前，删除/注释掉之前的配置):
[root@nginx-server ~]# vim /etc/nginx/conf.d/default.conf
server {
    listen       80;
    server_name  localhost;

    location / {
    proxy_pass http://192.168.132.101:80;
    proxy_set_header Host $http_host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    proxy_connect_timeout 30;
    proxy_send_timeout 60;
    proxy_read_timeout 60;
    }
}
重新加载nginx配置文件
[root@nginx-server ~]# nginx -s reload

c、nginx proxy 具体配置详解

proxy_pass ：真实服务器的地址，可以是ip也可以是域名和url地址
proxy_set_header：重新定义或者添加发往后端服务器的请求头
proxy_set_header X-Real-IP ：启用客户端真实地址（否则日志中显示的是代理在访问网站）
proxy_set_header X-Forwarded-For：记录代理地址

proxy_connect_timeout：后端服务器发起三次握手连接等候响应超时时间
proxy_send_timeout：后端服务器数据回传时间，就是在规定时间之内后端服务器必须传完所有的数据到nginx
proxy_read_timeout ：nginx接收upstream（上游/真实） server数据超时, 默认60s, 如果连续的60s内没有收到1个字节, 连接关闭。像长连接

proxy_set_header X-Real-IP 
未配置
Nginxbackend 的日志：记录只有192.168.107.112
配置
Nginxbackend 的日志,记录的有192.168.162.16 192.168.107.107 192.168.107.112 

注意：proxy_pass http:// 填写nginx-1服务器的地址。

d、 使用PC客户端访问nginx-2服务器地址 浏览器中输入http://192.168.132.101/ (也可以是nginx-2服务器的域名)

成功访问nginx-1服务器页面 e、 观察nginx-1（192.168.132.100）服务器的日志

192.168.132.101 代理服务器地址

192.168.132.1 客户机地址

访问成功。 记录了客户机的IP和代理服务器的IP

5、Nginx负载均衡

 1、负载均衡介绍

为什么需要负载均衡？（卸货）

负载均衡（LB），英文名称为Load Balance，就是指将负载（工作任务）进行平衡、分摊到多个操作单元上进行运行;

负载均衡的作用：负载均衡可以提高系统的吞吐量，优化访问请求在服务器组之间的分配，提高系统的反应速度和总体性能。负载均衡能够监控服务器的运行状态，提高整个服务器组的可靠性。

 2、upstream配置

首先给大家说下 upstream 这个配置的，这个配置是写一组被代理的服务器地址，然后配置负载均衡的算法。这里的被代理服务器地址有2种写法。

upstream lifeapp { 
      server 192.168.132.101:8080;
      server 192.168.132.102:8080;
}
server {
        listen 80;
        server_name localhost;
        location / {         
           proxy_pass  http://lifeapp;
        }
}

3、负载均衡算法

upstream 支持4种负载均衡调度算法：

A、轮询(默认):每个请求按时间顺序逐一分配到不同的后端服务器；

B、ip_hash:每个请求按访问IP的hash结果分配，同一个IP客户端固定访问一个后端服务器。可以保证来自同一ip的请求被打到固定的机器上，可以解决session问题；（会话保持）

C、url_hash(后端服务为缓存服务器是推荐使用):按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，要配合缓存命中来使用，没有配置url_hash时，同一个资源多次请求，可能会到达不同的服务器上，导致不必要的多次下载，缓存命中率不高，以及一些资源时间的浪费。而使用url_hash，可以使得同一个url（也就是同一个资源请求）会到达同一台服务器，一旦缓存了资源，再此收到请求，就可以从缓存中读取。

D、fair:这是比上面两个更加智能的负载均衡算法。此种算法可以依据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。Nginx本身是不支持 fair的，如果需要使用这种调度算法，必须下载Nginx的 upstream_fair模块；

3、配置实例

1、热备：如果你有2台服务器，当一台服务器发生事故时，才启用第二台服务器给提供服务。服务器处理请求的顺序：AAAAAA突然A挂啦，BBBBBBBBBBBBBB.....

upstream myweb { 
      server 192.168.132.101:8080; 
      server 192.168.132.102:8080 backup;  #热备     
}

2、轮询：Nginx默认就是轮询其权重都默认为1，服务器处理请求的顺序：ABABABABAB....

upstream myweb {
      server 192.168.132.101:8080; 
      server 192.168.132.102:8080;      
}

3、加权轮询：根据配置的权重的大小而分发给不同服务器不同数量的请求。如果不设置，则默认为1。下面服务器的请求顺序为：ABBABBABBABBABB....

upstream myweb { 

      server 192.168.132.101:8080 weight=1;

      server 192.168.132.102:8080 weight=2;

}

 4、ip_hash：Nginx会让相同的客户端ip请求相同的服务器。

upstream myweb {
      ip_hash;
      server 192.168.132.101:8080; 
      server 192.168.132.102:8080;   
}

5、nginx负载均衡配置状态参数

• down，表示当前的server暂时不参与负载均衡。

• backup，预留的备份机器。当其他所有的非backup机器出现故障或者忙的时候，才会请求backup机器，因此这台机器的压力最轻。

• max_fails，允许请求失败的次数，默认为1。当超过最大次数时，返回错误。

• fail_timeout，在经历了max_fails次失败后，暂停服务的时间单位秒。max_fails可以和fail_timeout一起使用

upstream myweb { 
      server 192.168.132.101:8080 weight=2 max_fails=2 fail_timeout=2;
      server 192.168.132.102:8080 weight=1 max_fails=2 fail_timeout=1;   
 }

如果想更多更深入的了解 nginx 的负载均衡算法，nginx官方提供一些插件大家可以了解下。

4、nginx配置7层协议及4层协议方法（扩展）

举例讲解下什么是7层协议，什么是4层协议。

（1）7层协议

OSI（Open System Interconnection）是一个开放性的通行系统互连参考模型，他是一个定义的非常好的协议规范，共包含七层协议。直接上图，这样更直观些：

2）4层协议

TCP/IP协议 之所以说TCP/IP是一个协议族，是因为TCP/IP协议包括TCP、IP、UDP、ICMP、RIP、TELNETFTP、SMTP、ARP、TFTP等许多协议，这些协议一起称为TCP/IP协议。

从协议分层模型方面来讲，TCP/IP由四个层次组成：网络接口层、网络层、传输层、应用层。

 

（3）协议配置

这里我们举例，在nginx做负载均衡，负载多个服务，部分服务是需要7层的，部分服务是需要4层的，也就是说7层和4层配置在同一个配置文件中。

准备三台机器:

代理服务IP:192.168.132.100 --配置本地host解析域名；

后端服务器IP:nginx-a ：192.168.132.101/nginx-b：192.168.132.102(yum安装)后端服务器将nginx服务启动

配置代理服务器的nginx配置文件

 

worker_processes  4;
worker_rlimit_nofile 102400;
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;
    keepalive_timeout  65;
    gzip  on;

    upstream testweb {
    ip_hash;
    server 192.168.132.101:80 weight=2 max_fails=2 fail_timeout=2s;
    server 192.168.132.102:80 weight=2 max_fails=2 fail_timeout=2s;
    }
    server {
        listen       80;
        server_name  www.test.com;
        charset utf-8;
        #access_log  logs/host.access.log  main;
        location / {
            proxy_pass http://testweb;
            proxy_set_header Host $host:$server_port;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
            }
    }
    }
}

浏览器测试访问:

http://www.test.com/

192.168.132.101 192.168.132.102服务器yum安装的创建新的配置文件:

[root@nginx-server ~]# cd /etc/nginx/conf.d/
[root@nginx-server conf.d]# cp default.conf test.conf
[root@nginx-server conf.d]# cat test.conf
server {
    listen       80;
    server_name  localhost;

    location / {
         root   /usr/share/nginx/html;
         index  index.html index.htm;
    }
}

[root@nginx-server ~]# nginx -s reload

nginx在1.9.0的时候，增加了一个 stream 模块，用来实现四层协议（网络层和传输层）的转发、代理、负载均衡等。stream模块的用法跟http的用法类似，允许我们配置一组TCP或者UDP等协议的监听，然后通过proxy_pass来转发我们的请求，通过upstream添加多个后端服务，实现负载均衡。

#4层tcp负载
stream {
            upstream myweb {
                hash $remote_addr consistent;
                server 192.168.132.101:8080;
                server 192.168.132.102:8080;
        }
        server {
            listen 80;
            proxy_connect_timeout 10s;
            proxy_timeout 30s;
            proxy_pass myweb;
        }
}

Nginx 会话保持

nginx会话保持主要有以下几种实现方式。

什么是会话保持，我们为什么要使用会话保持功能？

1、ip_hash

根据IP地址判断是否为同一客户端。

ip_hash使用源地址哈希算法，将同一客户端的请求总是发往同一个后端服务器，除非该服务器不可用。

ip_hash语法：

upstream backend {
    ip_hash;
    server backend1.example.com;
    server backend2.example.com;
    server backend3.example.com down;
}

ip_hash简单易用，但有如下问题： 当后端服务器宕机后，session会话丢失；再次发起请求时，会重新固定访问另一台正常的服务器并实现会话保持。 同一客户端会被转发到同一个后端服务器，可能导致负载失衡；

2、sticky_cookie_insert

是基于cookie来判断是否为同一客户端；

使用sticky_cookie_insert启用会话亲缘关系，这会导致来自同一客户端的请求被传递到一组服务器的同一台服务器。与ip_hash不同之处在于，它不是基于IP来判断客户端的，而是基于cookie来判断。因此可以避免上述ip_hash中来自同一客户端导致负载失衡的情况。(需要引入第三方模块才能实现)

sticky模块

语法：

upstream backend {
    server backend1.example.com;
    server backend2.example.com;
    sticky_cookie_insert srv_id expires=1h domain=3evip.cn path=/;
}

server {
    listen 80;
    server_name 3evip.cn;
    location / {
        proxy_pass http://backend;
    }
}

说明： expires：设置浏览器中保持cookie的时间 domain：定义cookie的域 path：为cookie定义路径

3.jvm_route

jvm_route的原理:jvm_route 是一个第三方 nginx 扩展模块，该模块通过 session cookie 实现 session 会话粘性，如果在cookie和url中并没有session，则这只是个简单的round-robin 负载均衡。

实现过程：

1. 一开始请求过来，没有带session信息，jvm_route就根据轮询（round robin）的方法，发到一台tomcat上面。

2. tomcat添加上session 信息，并返回给客户。

3. 用户再此请求，jvm_route看到session中有后端服务器的名称，它就把请求转到对应的服务器上。

Nginx 实现动静分离

为了加快网站的解析速度，可以把动态页面和静态页面由不同的服务器来解析，加快解析速度。降低原来单个服务器的压力。 在动静分离的tomcat的时候比较明显，因为tomcat解析静态很慢，其实这些原理的话都很好理解，简单来说，就是使用正则表达式匹配过滤，然后交给不同的服务器。

1、准备环境

192.168.132.100   代理服务器
192.168.132.101   动态资源
192.168.132.102   静态资源

准备一个nginx代理 两个http 分别处理动态和静态。

192.168.132.100  代理服务器

1.配置nginx反向代理upstream；
[root@nginx-server conf.d]# cat upstream.conf 
upstream static {
        server 192.168.132.102:80 weight=1 max_fails=1 fail_timeout=60s;
}
upstream phpserver {
        server 192.168.132.101:80 weight=1 max_fails=1 fail_timeout=60s;
}
     server {
        listen      80;
        server_name     localhost;
        #动态资源加载
        location ~ .(php|jsp)$ {
            proxy_pass http://phpserver;
            proxy_set_header Host $host:$server_port;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                }
        #静态资源加载
        location ~ .*.(html|gif|jpg|png|bmp|swf|css|js)$ {
            proxy_pass http://static;
            proxy_set_header Host $host:$server_port;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                }
        }

192.168.132.101   静态资源

#静态资源配置   主配置文件-include /etc/nginx/conf.d/*.conf
# vim /etc/nginx/conf.d/static.conf
server {
        listen 80;
        server_name     localhost;

        location ~ .(html|jpg|png|js|css|gif|bmp|jpeg) {
        root /home/www/nginx;
        index index.html index.htm;
        }
}

[root@nginx-server2 nginx]# cat /home/www/nginx/index.html    //模拟静态资源
Static Web!

192.168.132.102  动态资源

#动态资源配置:
yum 安装php7.1
[root@nginx-server ~]# rpm -Uvh https://mirror.webtatic.com/yum/el7/epel-release.rpm
[root@nginx-server ~]# rpm -Uvh https://mirror.webtatic.com/yum/el7/webtatic-release.rpm
[root@nginx-server ~]# yum install php71w-xsl php71w php71w-ldap php71w-cli php71w-common php71w-devel php71w-gd php71w-pdo php71w-mysql php71w-mbstring php71w-bcmath php71w-mcrypt -y
[root@nginx-server ~]# yum install -y php71w-fpm
[root@nginx-server ~]# systemctl start php-fpm
[root@nginx-server ~]# systemctl enable php-fpm
编辑nginx的配置文件:
server {
        listen      80;
        server_name     localhost;
        location ~ .php$ {
            root           /home/nginx/html;  #指定网站目录
            fastcgi_pass   127.0.0.1:9000;    #指定访问地址
            fastcgi_index  index.php;        #指定默认文件
            fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name; #站点根目录，取决于root配置项
            include        fastcgi_params;  #包含nginx常量定义
                }
}
  
[root@nginx-server1 html]# cat /home/nginx/html/index.php   //模拟动态资源
Active Web!

当访问静态页面的时候location 匹配到 (html|jpg|png|js|css|gif|bmp|jpeg) 通过转发到静态服务器，静态服务通过location的正则匹配来处理请求。

当访问动态页面时location匹配到 .php 结尾的文件转发到后端php服务处理请求。

 

Nginx 防盗链问题

两个网站 A 和 B， B网站引用了A网站上的图片，这种行为就叫做盗链。 防盗链，就是要防止B引用A的图片。

1、nginx 防止网站资源被盗用模块

ngx_http_referer_module

如何区分哪些是不正常的用户？

HTTP Referer是Header的一部分，当浏览器向Web服务器发送请求的时候，一般会带上Referer，告诉服务器我是从哪个页面链接过来的，服务器借此可以获得一些信息用于处理，例如防止未经允许的网站盗链图片、文件等。因此HTTP Referer头信息是可以通过程序来伪装生成的，所以通过Referer信息防盗链并非100%可靠，但是，它能够限制大部分的盗链情况。

2. 防盗链配置

配置要点：

[root@nginx-server ~]# vim /etc/nginx/nginx.conf
# 日志格式添加"$http_referer"
log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                         '$status $body_bytes_sent "$http_referer" '
                         '"$http_user_agent" "$http_x_forwarded_for"';
# valid_referers 使用方式                         
Syntax:     valid_referers none | blocked | server_names | string ...;
Default:     —
Context: server, location

• none : 允许没有http_referer的请求访问资源；

• blocked : 允许不是http://开头的，不带协议的请求访问资源---被防火墙过滤掉的；

• server_names : 只允许指定ip/域名来的请求访问资源（白名单）；

  准备两台机器,一张图片网站服务器

图片网站服务器：上传图片192.168.132.101
[root@nginx-server ~]# cp test.jpg /usr/share/nginx/html/
[root@nginx-server ~]# cd /etc/nginx/conf.d/
[root@nginx-server conf.d]# cp default.conf default.conf.bak
[root@nginx-server conf.d]# mv default.conf nginx.conf
[root@nginx-server conf.d]# vim nginx.conf
server {
    listen       80;
    server_name  localhost;
    location / {
        root   /usr/share/nginx/html;
        index  index.html index.htm;
    }
}
[root@nginx-server conf.d]# nginx -t
[root@nginx-server conf.d]# systemctl restart nginx

 Referer：这个匹配的连接为空 “-”

 

盗链机器配置:192.168.132.101
[root@nginx-client html]# cat /etc/nginx/conf.d/qf.conf
server {
        listen 80;
        server_name     localhost;
        location / {
                root /usr/share/nginx/html;
                index index.html;
        }
}

[root@nginx-client ~]# cd /usr/share/nginx/html/
[root@nginx-client html]# cp index.html index.html.bak
[root@nginx-client html]# vim index.html


   
   


   

 

查看图片网站服务器日志：

Referer记录了：连接是1.10这台机器。

在图片服务器操作
[root@nginx-server conf.d]# vim nginx.conf
server {
    listen       80;
    server_name  localhost;
    location / {
        root   /usr/share/nginx/html;
        index  index.html index.htm;

        valid_referers none blocked www.jd.com;  #允许这些访问
                if ($invalid_referer) {
                   return 403;
                }
        }
}
[root@nginx-server conf.d]# systemctl restart nginx

测试访问：

图片服务器查看日志：

上面配置并没有允许192.168.132.101这台机器访问。

实例二，继续在图片服务器上面操作
[root@nginx-server html]# vim /etc/nginx/conf.d/nginx.conf #将原来的删除掉
server {
    listen       80;
    server_name  localhost;
    location ~  .*.(gif|jpg|png|jpeg)$ {
        root  /usr/share/nginx/html;

        valid_referers none blocked *.qf.com 192.168.132.101;
                if ($invalid_referer) {
                        return 403;
                }
        }
}
因为none允许为空值访问，所以加不加ip都可以访问，如果把none擦除，就不可以了
重载nginx服务
[root@nginx-server ~]# nginx -s reload

 

在其中一台机器测试:
测试不带http_refer：
[root@nginx-server conf.d]# curl -I "http://192.168.132.100/test.jpg"
HTTP/1.1 200 OK
Server: nginx/1.22.0
Date: Sat, 09 Jul 2022 09:17:10 GMT
Content-Type: image/jpeg
Content-Length: 664588
Last-Modified: Sat, 09 Jul 2022 09:06:23 GMT
Connection: keep-alive
ETag: "62c9450f-a240c"
Accept-Ranges: bytes

测试带非法http_refer:
[root@nginx-server conf.d]# curl -e http://www.baidu.com -I "http://192.168.132.100/test.jpg"
HTTP/1.1 403 Forbidden
Server: nginx/1.22.0
Date: Sat, 09 Jul 2022 09:17:54 GMT
Content-Type: text/html
Content-Length: 153
Connection: keep-alive

测试带合法的http_refer:
[root@nginx-server conf.d]#curl -e http://www.qf.com -I "http://192.168.132.100/test.jpg"
HTTP/1.1 200 OK
Server: nginx/1.22.0
Date: Sat, 09 Jul 2022 09:18:40 GMT
Content-Type: image/jpeg
Content-Length: 664588
Last-Modified: Sat, 09 Jul 2022 09:06:23 GMT
Connection: keep-alive
ETag: "62c9450f-a240c"
Accept-Ranges: bytes

[root@ansible-server conf.d]# curl -e http://192.168.132.101 -I "http://192.168.132.100/test.jpg"
HTTP/1.1 200 OK
Server: nginx/1.22.0
Date: Sat, 09 Jul 2022 09:19:21 GMT
Content-Type: image/jpeg
Content-Length: 664588
Last-Modified: Sat, 09 Jul 2022 09:06:23 GMT
Connection: keep-alive
ETag: "62c9450f-a240c"
Accept-Ranges: bytes

 

如果用户直接在浏览器输入你的图片地址，那么图片显示正常，因为它符合规则。

在图片服务器查看日志：