• 06-nginx反向代理实战


    1、Nginx反向代理概述

    关于正向代理和反向代理,我们在前面的章节已经通过一张图给大家详细的介绍过了,简而言之就是正向代理代理的对象是客户端,反向代理代理的是服务端,这是两者之间最大的区别。
    Nginx即可以实现正向代理,也可以实现反向代理。
    我们先来通过一个小案例演示下Nginx正向代理的简单应用。
    先提需求:
    image.png
    (1)服务端的设置:

    http {
      log_format main 'client send request=>clientIp=$remote_addr serverIp=>$host';
    	server{
    		listen 80;
    		server_name	localhost;
    		access_log logs/access.log main;
    		location {
    			root html;
    			index index.html index.htm;
    		}
    	}
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12

    (2)使用客户端访问服务端,打开日志查看结果

    [root@zqf nginx]# tail -f logs/access.log 
    client send request=>clientIp=192.168.75.1 serverIp=>192.168.75.131
    client send request=>clientIp=192.168.75.1 serverIp=>192.168.75.131
    
    • 1
    • 2
    • 3

    (3)代理服务器设置:

    server {
        listen  82;
        resolver 8.8.8.8; # 设置DNS的ip 用来解析proxy_pass中的域名
        location /{
          proxy_pass http://$host$request_uri;
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7

    (4)查看代理服务器的IP(192.168.75.134)和Nginx配置监听的端口(82)
    (5)在客户端配置代理服务器
    image.png
    (6)设置完成后,再次通过浏览器访问服务端

    [root@zqf nginx]# tail -f logs/access.log 
    client send request=>clientIp=192.168.75.134 serverIp=>192.168.75.131
    client send request=>clientIp=192.168.75.134 serverIp=>192.168.75.131
    
    • 1
    • 2
    • 3

    通过对比,上下两次的日志记录,会发现虽然我们是客户端访问服务端,但是如何使用了代理,那么服务端能看到的只是代理发送过去的请求,这样的化,就使用Nginx实现了正向代理的设置。
    但是Nginx正向代理,在实际的应用中不是特别多,所以我们简单了解下,接下来我们继续学习Nginx的反向代理,这是Nginx比较重要的一个功能。

    2、Nginx反向代理的配置语法

    官方文档:http://nginx.org/en/docs/http/ngx_http_proxy_module.html
    Nginx反向代理模块的指令是由ngx_http_proxy_module模块进行解析,该模块在安装Nginx的时候已经自己加装到Nginx中了,接下来我们把反向代理中的常用指令一一介绍下:

    proxy_pass
    proxy_set_header
    proxy_redirect
    
    • 1
    • 2
    • 3

    2.1 proxy_pass

    该指令用来设置被代理服务器地址,可以是主机名称、IP地址加端口号形式。

    语法proxy_pass URL;
    默认值
    位置location

    URL:为要设置的被代理服务器地址,包含传输协议(http,https://)、主机名称或IP地址加端口号、URI等要素。
    举例:

     proxy_pass http://www.baidu.com;
     location /server{}
     proxy_pass http://192.168.75.134;
         http://192.168.200.146/server/index.html
     proxy_pass http://192.168.75.134/;
         http://192.168.75.134/index.html
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6

    大家在编写proxy_pass的时候,后面的值要不要加"/"?
    接下来通过例子来说明刚才我们提到的问题:
    配置一:

    server {
    	listen 80;
    	server_name localhost;
    	location /{
    		#proxy_pass http://192.168.75.134;
    		proxy_pass http://192.168.75.134/;
    	}
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8

    当客户端访问 http://localhost/index.html,效果是一样的
    image.png
    配置二:

    server{
    	listen 80;
    	server_name localhost;
    	location /server{
    		#proxy_pass http://192.168.75.134;
    		proxy_pass http://192.168.75.134/;
    	}
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8

    当客户端访问 http://localhost/server/index.html
    这个时候,第一个proxy_pass (proxy_pass http://192.168.75.134)就变成了http://localhost/server/index.html
    image.png
    image.png
    第二个proxy_pass(proxy_pass http://192.168.75.134/)就变成了http://localhost/index.html效果就不一样了。
    image.png

    2.2 proxy_set_header

    该指令可以更改Nginx服务器接收到的客户端请求的请求头信息,然后将新的请求头发送给代理的服务器

    语法proxy_set_header field value;
    默认值proxy_set_header Host $proxy_host;proxy_set_header Connection close;
    位置http、server、location

    需要注意的是,如果想要看到结果,必须在被代理的服务器上来获取添加的头信息。
    被代理服务器: [192.168.75.134]

     server {
             listen  8080;
             server_name localhost;
             location / {
               default_type text/plain;
               return 200 $http_username; 
            }
     }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8

    代理服务器: [192.168.75.131]

     server {
             listen  80;
             server_name localhost;
             location /server {
                     proxy_pass http://192.168.75.134:8080/;
                     proxy_set_header username TOM;
             }
         }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8

    访问测试
    image.png

    2.3 proxy_redirect

    该指令是用来重置头信息中的"Location"和"Refresh"的值。

    语法proxy_redirect redirect replacement;proxy_redirect default;proxy_redirect off;
    默认值proxy_redirect default;
    位置http、server、location

    》为什么要用该指令?
    服务端[192.168.75.134]

    server {
        listen  8081;
        server_name localhost;
        location / {
          root html;
          index index.html;
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8

    代理服务端[192.168.75.131]

     server {
         listen  8081;
         server_name localhost;
         location / {
             proxy_pass http://192.168.75.134:8081/;
         }
     }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7

    访问:http://192.168.75.131:8081/
    image.png
    如果访问的页面不存在,会报404
    image.png
    需求:如果访问的页面不存在,把被代理服务的首页显示出来,显示如下信息

    i am 192.168.75.134
    
    • 1

    服务端[192.168.75.134]

    server {
        listen  8081;
        server_name localhost;
        location / {
            root html;
            index index.html;
            if (!-f $request_filename){
              return 302 http://192.168.75.134;
            }
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11

    访问:http://192.168.75.131:8081/abc.html 发生了重定向
    image.png
    问题:把服务端的ip地址暴露了,希望还是代理服务的ip地址
    原因:

    C:\Users\zengqfa>curl -I 192.168.75.131:8081/abc.html
    HTTP/1.1 302 Moved Temporarily
    Server: nginx/1.16.1
    Date: Sun, 05 Jun 2022 01:15:14 GMT
    Content-Type: text/html
    Content-Length: 145
    Connection: keep-alive
    Location: http://192.168.75.134
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8

    路径上显示的是Location的值
    代理服务端[192.168.75.131],通过proxy_redirect重置Location的值

     server {
         listen  8081;
         server_name localhost;
         location / {
             proxy_pass http://192.168.75.134:8081/;
             proxy_redirect http://192.168.75.134 http://192.168.75.131;
         }
     }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8

    访问测试:http://192.168.75.131:8081/abc.html 访问的是131服务器的首页
    image.png
    代理服务端[192.168.75.131]:

    server {
        listen       80;
        server_name  localhost;
        access_log logs/access.log main;
        location / {
            root html;
            index index.html;
            proxy_pass http://192.168.75.134;
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10

    访问测试:http://192.168.75.131:8081/abc.html
    image.png
    修改了Location的值:

    C:\Users\zengqfa>curl -I 192.168.75.131:8081/abc.html
    HTTP/1.1 302 Moved Temporarily
    Server: nginx/1.16.1
    Date: Sun, 05 Jun 2022 01:24:02 GMT
    Content-Type: text/html
    Content-Length: 145
    Connection: keep-alive
    Location: http://192.168.75.131
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8

    》该指令的几组选项
    proxy_redirect redirect replacement;

     redirect:目标,Location的值
     replacement:要替换的值
    
    • 1
    • 2

    proxy_redirect default;

     default;
     将location块的uri变量作为replacement,
     将proxy_pass变量作为redirect进行替换
    
    • 1
    • 2
    • 3

    proxy_redirect off;

     关闭proxy_redirect的功能
    
    • 1

    3、Nginx反向代理实战

    image.png
    服务器1,2,3存在两种情况

    第一种情况: 三台服务器的内容不一样。
    第二种情况: 三台服务器的内容是一样。
    
    • 1
    • 2
    1. 如果服务器1、服务器2和服务器3的内容不一样,那我们可以根据用户请求来分发到不同的服务器。
    代理服务器
    server {
            listen          8082;
            server_name     localhost;
            location /server1 {
                    proxy_pass http://192.168.75.134:9001/;
            }
            location /server2 {
                    proxy_pass http://192.168.75.134:9002/;
            }
            location /server3 {
                    proxy_pass http://192.168.75.134:9003/;
            }
    }
    
    服务端
    server1
    server {
            listen          9001;
            server_name     localhost;
            default_type text/html;
            return 200 '

    192.168.75.134:9001

    ' } server2 server { listen 9002; server_name localhost; default_type text/html; return 200 '

    192.168.75.134:9002

    ' } server3 server { listen 9003; server_name localhost; default_type text/html; return 200 '

    192.168.75.134:9003

    ' }
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24
    • 25
    • 26
    • 27
    • 28
    • 29
    • 30
    • 31
    • 32
    • 33
    • 34
    • 35
    • 36
    • 37

    测试1:http://192.168.75.131:8082/server1
    image.png
    测试2:http://192.168.75.131:8082/server2
    image.png
    测试3:http://192.168.75.131:8082/server3
    image.png

    1. 如果服务器1、服务器2和服务器3的内容是一样的,该如何处理?
      负载均衡

    4、Nginx的安全控制

    关于web服务器的安全是比较大的一个话题,里面所涉及的内容很多,Nginx反向代理是如何来提升web服务器的安全呢?

    安全隔离
    
    • 1

    什么是安全隔离?
    通过代理分开了客户端到应用程序服务器端的连接,实现了安全措施。在反向代理之前设置防火墙,仅留一个入口供代理服务器访问。
    image.png

    4.1 如何使用SSL对流量进行加密

    翻译成大家能熟悉的说法就是将我们常用的http请求转变成https请求,那么这两个之间的区别简单的来说两个都是HTTP协议,只不过https是身披SSL外壳的http.
    HTTPS是一种通过计算机网络进行安全通信的传输协议。它经由HTTP进行通信,利用SSL/TLS建立全通信,加密数据包,确保数据的安全性。
    SSL(Secure Sockets Layer)安全套接层
    TLS(Transport Layer Security)传输层安全
    上述这两个是为网络通信提供安全及数据完整性的一种安全协议,TLS和SSL在传输层和应用层对网络连接进行加密。
    总结来说为什么要使用https:

    http协议是明文传输数据,存在安全问题,而https是加密传输,相当于http+ssl,并且可以防止流量劫持。
    
    • 1

    Nginx要想使用SSL,需要满足一个条件即需要添加一个模块–with-http_ssl_module,而该模块在编译的过程中又需要OpenSSL的支持,这个我们之前已经准备好了。
    官方文档:http://nginx.org/en/docs/http/ngx_http_ssl_module.html

    nginx添加SSL的支持

    (1)完成 --with-http_ssl_module模块的增量添加

    》将原有/usr/local/nginx/sbin/nginx进行备份
    》拷贝nginx之前的配置信息
    》在nginx的安装源码进行配置指定对应模块  ./configure --with-http_ssl_module
    》通过make模板进行编译
    》将objs下面的nginx移动到/usr/local/nginx/sbin下
    》在源码目录下执行  make upgrade进行升级,这个可以实现不停机添加新模块的功能
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6

    Nginx的SSL相关指令

    因为刚才我们介绍过该模块的指令都是通过ngx_http_ssl_module模块来解析的。
    ssl:该指令用来在指定的服务器开启HTTPS,可以使用 listen 443 ssl,后面这种方式更通用些。

    语法ssl on | off;
    默认值ssl off;
    位置http、server
    server{
    	listen 443 ssl;
    }
    
    • 1
    • 2
    • 3

    》ssl_certificate:为当前这个虚拟主机指定一个带有PEM格式证书的证书。

    语法ssl_certificate file;
    默认值
    位置http、server

    》ssl_certificate_key:该指令用来指定PEM secret key文件的路径

    语法ssl_ceritificate_key file;
    默认值
    位置http、server

    》ssl_session_cache:该指令用来配置用于SSL会话的缓存

    语法ssl_sesion_cache off|none|[builtin[:size]] [shared:name:size]
    默认值ssl_session_cache none;
    位置http、server

    off:禁用会话缓存,客户端不得重复使用会话
    none:禁止使用会话缓存,客户端可以重复使用,但是并没有在缓存中存储会话参数
    builtin:内置OpenSSL缓存,仅在一个工作进程中使用。
    shared:所有工作进程之间共享缓存,缓存的相关信息用name和size来指定
    》ssl_session_timeout:开启SSL会话功能后,设置客户端能够反复使用储存在缓存中的会话参数时间。

    语法ssl_session_timeout time;
    默认值ssl_session_timeout 5m;
    位置http、server

    》ssl_ciphers:指出允许的密码,密码指定为OpenSSL支持的格式

    语法ssl_ciphers ciphers;
    默认值ssl_ciphers HIGH:!aNULL:!MD5;
    位置http、server

    可以使用openssl ciphers查看openssl支持的格式。

    [root@zqf nginx-1.16.1]# openssl ciphers
    ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DH-DSS-AES256-GCM-SHA384:DHE-DSS-AES256-GCM-SHA384:DH-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DH-RSA-AES256-SHA256:DH-DSS-AES256-SHA256:DHE-RSA-AES256-SHA:DHE-DSS-AES256-SHA:DH-RSA-AES256-SHA:DH-DSS-AES256-SHA:DHE-RSA-CAMELLIA256-SHA:DHE-DSS-CAMELLIA256-SHA:DH-RSA-CAMELLIA256-SHA:DH-DSS-CAMELLIA256-SHA:ECDH-RSA-AES256-GCM-SHA384:ECDH-ECDSA-AES256-GCM-SHA384:ECDH-RSA-AES256-SHA384:ECDH-ECDSA-AES256-SHA384:ECDH-RSA-AES256-SHA:ECDH-ECDSA-AES256-SHA:AES256-GCM-SHA384:AES256-SHA256:AES256-SHA:CAMELLIA256-SHA:PSK-AES256-CBC-SHA:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:DH-DSS-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:DH-RSA-AES128-GCM-SHA256:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:DH-RSA-AES128-SHA256:DH-DSS-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA:DH-RSA-AES128-SHA:DH-DSS-AES128-SHA:DHE-RSA-SEED-SHA:DHE-DSS-SEED-SHA:DH-RSA-SEED-SHA:DH-DSS-SEED-SHA:DHE-RSA-CAMELLIA128-SHA:DHE-DSS-CAMELLIA128-SHA:DH-RSA-CAMELLIA128-SHA:DH-DSS-CAMELLIA128-SHA:ECDH-RSA-AES128-GCM-SHA256:ECDH-ECDSA-AES128-GCM-SHA256:ECDH-RSA-AES128-SHA256:ECDH-ECDSA-AES128-SHA256:ECDH-RSA-AES128-SHA:ECDH-ECDSA-AES128-SHA:AES128-GCM-SHA256:AES128-SHA256:AES128-SHA:SEED-SHA:CAMELLIA128-SHA:PSK-AES128-CBC-SHA:ECDHE-RSA-DES-CBC3-SHA:ECDHE-ECDSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:EDH-DSS-DES-CBC3-SHA:DH-RSA-DES-CBC3-SHA:DH-DSS-DES-CBC3-SHA:ECDH-RSA-DES-CBC3-SHA:ECDH-ECDSA-DES-CBC3-SHA:DES-CBC3-SHA:IDEA-CBC-SHA:PSK-3DES-EDE-CBC-SHA:KRB5-IDEA-CBC-SHA:KRB5-DES-CBC3-SHA:KRB5-IDEA-CBC-MD5:KRB5-DES-CBC3-MD5:ECDHE-RSA-RC4-SHA:ECDHE-ECDSA-RC4-SHA:ECDH-RSA-RC4-SHA:ECDH-ECDSA-RC4-SHA:RC4-SHA:RC4-MD5:PSK-RC4-SHA:KRB5-RC4-SHA:KRB5-RC4-MD5
    
    • 1
    • 2

    》ssl_prefer_server_ciphers:该指令指定是否服务器密码优先客户端密码

    语法ssl_perfer_server_ciphers on|off;
    默认值ssl_perfer_server_ciphers off;
    位置http、server

    生成证书

    方式一:使用阿里云/腾讯云等第三方服务进行购买。
    image.png
    购买证书
    image.png
    image.png
    进入控制台
    image.png
    需要申请域名
    方式二:使用openssl生成证书
    先要确认当前系统是否有安装openssl

    openssl version
    
    [root@zqf nginx-1.16.1]# openssl version
    OpenSSL 1.0.2k-fips  26 Jan 2017
    
    • 1
    • 2
    • 3
    • 4

    安装下面的命令进行生成:密码123456

    mkdir /root/cert
    cd /root/cert
    openssl genrsa -des3 -out server.key 1024
    openssl req -new -key server.key -out server.csr
    cp server.key server.key.org
    openssl rsa -in server.key.org -out server.key
    openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt
    
    [root@zqf cert]# ll
    total 16
    -rw-r--r--. 1 root root 936 Jun  5 10:17 server.crt
    -rw-r--r--. 1 root root 753 Jun  5 10:16 server.csr
    -rw-r--r--. 1 root root 887 Jun  5 10:17 server.key
    -rw-r--r--. 1 root root 963 Jun  5 10:17 server.key.org
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14

    开启SSL实例
    server {
        listen       443 ssl;
        server_name  localhost;
    
        ssl_certificate      /root/cert/server.crt;
        ssl_certificate_key  /root/cert/server.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;
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18

    验证:https://192.168.75.131/ 因为证书未经过第三方认证,是不安全的
    image.png
    继续访问:
    image.png
    不需要加协议,自动走https协议

    server {
      listen       80;
      server_name  localhost;
      access_log logs/access.log main;
      location / {
        rewrite ^(.*) https://192.168.75.131$1;
      }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8

    5、反向代理系统调优

    反向代理值Buffer和Cache
    Buffer翻译过来是"缓冲",Cache翻译过来是"缓存"。
    image.png
    总结下:

    相同点:
    两种方式都是用来提供IO吞吐效率,都是用来提升Nginx代理的性能。
    不同点:
    缓冲主要用来解决不同设备之间数据传递速度不一致导致的性能低的问题,缓冲中的数据一旦此次操作完成后,就可以删除。
    缓存主要是备份,将被代理服务器的数据缓存一份到代理服务器,这样的话,客户端再次获取相同数据的时候,就只需要从代理服务器上获取,效率较高,缓存中的数据可以重复使用,只有满足特定条件才会删除.
    
    • 1
    • 2
    • 3
    • 4
    • 5

    (1)Proxy Buffer相关指令
    》proxy_buffering :该指令用来开启或者关闭代理服务器的缓冲区;

    语法proxy_buffering on|off;
    默认值proxy_buffering on;
    位置http、server、location

    》proxy_buffers:该指令用来指定单个连接从代理服务器读取响应的缓存区的个数和大小。

    语法proxy_buffers number size;
    默认值proxy_buffers 8 4k | 8K;(与系统平台有关)
    位置http、server、location

    number:缓冲区的个数
    size:每个缓冲区的大小,缓冲区的总大小就是number*size
    》proxy_buffer_size:该指令用来设置从被代理服务器获取的第一部分响应数据的大小。保持与proxy_buffers中的size一致即可,当然也可以更小。

    语法proxy_buffer_size size;
    默认值proxy_buffer_size 4k | 8k;(与系统平台有关)
    位置http、server、location

    》proxy_busy_buffers_size:该指令用来限制同时处于BUSY状态的缓冲总大小。

    语法proxy_busy_buffers_size size;
    默认值proxy_busy_buffers_size 8k|16K;
    位置http、server、location

    》proxy_temp_path:当缓冲区存满后,仍未被Nginx服务器完全接受,响应数据就会被临时存放在磁盘文件上,该指令设置文件路径

    语法proxy_temp_path path;
    默认值proxy_temp_path proxy_temp;
    位置http、server、location

    注意path最多设置三层。
    》proxy_temp_file_write_size:该指令用来设置磁盘上缓冲文件的大小。

    语法proxy_temp_file_write_size size;
    默认值proxy_temp_file_write_size 8K|16K;
    位置http、server、location

    通用网站的配置

     proxy_buffering on;
     proxy_buffer_size 4 32k;
     proxy_busy_buffers_size 64k;
     proxy_temp_file_write_size 64k;
    
    • 1
    • 2
    • 3
    • 4

    根据项目的具体内容进行相应的调节。

  • 相关阅读:
    【C++11保姆级教程】深入浅出异常说明符、异常操作符和lambda表达式
    OpenCloudOS 开源操作系统社区成立;Azure 漏洞暴露数百个源代码存储库;AWS 遭遇本月第三次中断| 开源日报
    前端xlsx插件简单说明
    Spring Boot Admin 介绍及使用
    加锁和解锁-ReentrantLock详解-AQS-并发编程(Java)
    力扣 138. 随机链表的复制
    按钮倒计时提醒
    Burp Suite详解
    games101-3 BRDF101
    TCP协议:如何保证页面文件能被完整送达浏览器?
  • 原文地址:https://blog.csdn.net/zengqingfa123/article/details/127407292