Nginx反向代理ip透传与负载均衡

前言

上篇介绍了nginx服务器单向代理和动静分离等相关内容,可参考Nginx重写功能和反向代理-CSDN博客,这里就ip透传和负载均衡对nginx反向代理做进一步了解。

目录

一、客户端ip透传

1. 概述

2. 一级代理

2.1 图示

2.2 操作过程 

3. 二级代理

3.1 图示

3.2 示例 

二、负载均衡

1. 概述

2. 配置格式

3. 调度算法 

3.1 轮询算法

3.2 加权轮询算法

3.3 最小连接数算法

3.4 ip_hash算法

3.5 fair算法

4. 示例 

4.1 图示

4.2 轮询操作过程

4.3 加权轮询操作过程

4.4 最大链接数、连续检测和延迟上线

4.5 备份服务器

4.6 hash调度操作


一、客户端ip透传

1. 概述

在Nginx中,代理客户端IP透传是指将客户端的真实IP地址(也称为远程IP地址)传递给后端服务器。这在一些情况下非常有用,例如,当Nginx作为反向代理服务器时,我们希望后端服务器能够获取到客户端的真实IP地址,而不是Nginx服务器的IP地址。

2. 一级代理

2.1 图示

2.2 操作过程 

实现目标:7-0服务器日志可以查看到客户端真实地址。

ip未透传前效果:

① 修改代理端7-2配置

[root@localhost ~]# vim /apps/nginx/conf.d/pc.conf
server {listen 80;server_name www.pc.com;root /data/;location / {proxy_pass http://192.168.190.100;}
}
[root@localhost ~]# nginx -t
[root@localhost ~]# nginx -s reload

② 添加后端服务器7-0web文件,开启httpd服务,关闭防火墙,并实时查看访问日志

[root@localhost ~]# cd /var/www/html/
[root@localhost html]# echo welcome 7-0 > index.html
[root@localhost html]# systemctl start httpd
[root@localhost html]# systemctl stop firewalld.service 
[root@localhost html]# setenforce 0
[root@localhost html]# tail -f /var/log/httpd/access_log

③ 客户端7-3访问代理服务器

[root@localhost ~]# curl 192.168.190.102
welcome 7-0

④ 观察后端服务器7-0新增日志信息

[root@localhost html]# tail -f /var/log/httpd/access_log
192.168.190.102 - - [27/Feb/2024:16:02:18 +0800] "GET / HTTP/1.0" 200 12 "-" "curl/7.29.0"
#无法查看到真实客户端地址

配置ip透传:

① 修改代理端7-2配置

[root@localhost ~]# vim /apps/nginx/conf.d/pc.conf
server {listen 80;server_name www.pc.com;root /data/;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
#添加客户端IP和反向代理服务器IP到请求报文头部location / {proxy_pass http://192.168.190.100;}
}
[root@localhost ~]# nginx -t
[root@localhost ~]# nginx -s reload

② 修改后端服务器7-1配置

[root@localhost html]# vim /etc/httpd/conf/httpd.conf
196     LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" \"%{X-Forwarded-For}i\"" combined
#添加变量X-Forwarded-For
[root@localhost html]# systemctl restart httpd

③ 再次访问代理端,查看后端服务器访问日志

[root@localhost html]# tail -f /var/log/httpd/access_log
192.168.190.102 - - [27/Feb/2024:16:25:36 +0800] "GET / HTTP/1.0" 200 12 "-" "curl/7.29.0" "192.168.190.103"
#开启ip透传后可以查看到客户端ip

3. 二级代理

实现目标:7-0服务器日志可以查看到客户端ip和反向代理服务器ip。

3.1 图示

3.2 示例 

 ① 修改7-2代理服务器配置

[root@localhost ~]# vim /apps/nginx/conf.d/pc.conf
server {listen 80;server_name www.pc.com;root /data/;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;location / {proxy_pass http://192.168.190.101;}
}
[root@localhost ~]# nginx -t
[root@localhost ~]# nginx -s reload

② 修改7-1代理服务器配置

[root@localhost ~]# vim /etc/nginx/nginx.conf43         proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;45         location / {46         proxy_pass http://192.168.190.100;47         }
[root@localhost ~]# systemctl restart nginx

③ 后端服务器7-0新建web文件

[root@localhost ~]# cd /usr/share/nginx/html
[root@localhost html]# echo welcome 7-0 > index.html

④ 客户端7-3访问代理服务器7-2

[root@localhost ~]# curl 192.168.190.102
welcome 7-0

⑤ 查看后端服务器访问日志

[root@localhost ~]# tail -f /var/log/nginx/access.log
192.168.190.101 - - [27/Feb/2024:18:00:11 +0800] "GET / HTTP/1.0" 200 12 "-" "curl/7.29.0" "192.168.190.103, 192.168.190.102"

二、负载均衡

1. 概述

在上一个节中Nginx可以将客户端的请求转发至单台后端服务器,但是无法转发至特定的一组的服务器,而且不能对后端服务器提供相应的服务器状态监测,Nginx可以基于ngx_http_upstream_module模块提供服务器分组转发、权重分配、状态监测、调度算法等高级功能。

2. 配置格式

http {upstream web {server 192.168.190.100 weight=5;server 192.168.190.101;server 192.168.190.102;least_conn;ip_hash;keepalive 32;fair;}
}server {listen 80;server_name www.pc.com;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;root /data/;location / {pass_proxy  http://web/}
}

上面的配置中,upstream块定义了后端服务器的列表和负载均衡算法。server块定义了反向代理服务器的监听端口和域名,以及请求转发的配置。具体说明如下:

  • upstream块:定义了一个名为web的负载均衡服务器组,其中包含了三个后端服务器,分别是192.168.190.100、192.168.190.101、192.168.190.102。 
  • weight=5表示将第一个后端服务器的权重设置为5,即分配更多的请求给它。ip_hash表示使用IP哈希算法进行负载均衡。keepalive 32表示使用长连接并保持32个连接。 
  • server块:定义了一个监听80端口的虚拟主机,它的域名是www.pc.com。location /表示将所有请求转发给upstream块中定义的服务器组web。proxy_set_header指令可以设置请求头,以便后端服务器能够获取客户端的真实IP地址等信息。
  • 由于使用了least_conn;算法,Nginx会动态地将请求发送到当前连接数最少的后端服务器上,以达到负载均衡的目的。
  • upstream块中使用了ip_hash算法,表示会根据客户端的IP地址,将该客户端的所有请求都发送到同一个后端服务器上。
  • 由于使用了fair算法,请求会被发送到响应时间最短的服务器上,从而实现负载均衡。

3. 调度算法 

3.1 轮询算法

默认算法是轮询算法即反向代理服务器处理用户请求时,每个后端服务器都轮流提供响应。

http {
 upstream web {
       server 192.168.190.100:80;
       server 192.168.190.101:80;
}

3.2 加权轮询算法

在默认轮询的基础上增加权重,weight=number。如果后端有2个服务器其中一个配置权重为weight=5另外一个不配置默认是1,则有用户访问时分配给给有权重的服务器和不配置权重的服务器的比例为5:1。

http {
    upstream web {
        server 192.168.190.100 weight=5;
        server 192.168.190.101;
}

3.3 最小连接数算法

最少连接调度算法,优先将客户端请求调度到当前连接最少的后端服务器,相当于LVS中的WLC。按照nginx反向代理服务器和后端服务器的连接数分配请求,连接越少的分配处理请求优先级越高。例如最小连接数(least_conn;)是设置是3,1号后端服务器有2个请求在处理,而后2号后端服务器只有1个请求在处理,则新请求交给后端服务器2。

http {
 upstream web {

       least_conn;
       server 192.168.190.100:80;
       server 192.168.190.101:80;
}

3.4 ip_hash算法

基于客户端IP地址的负载均衡算法。它会根据客户端的IP地址,将该客户端的所有请求都发送到同一个后端服务器上。这样可以保证同一个客户端的所有请求都被发送到同一个后端服务器,从而保证了会话的一致性。

 http {
 upstream web {

       ip_hash;
       server 192.168.190.100:80;
       server 192.168.190.101:80;
}

3.5 fair算法

基于后端服务器的负载均衡算法。它会根据后端服务器的响应时间,将请求发送到响应时间最短的服务器上。这样可以保证请求被发送到处理能力最强的服务器上,从而提高系统的性能。

 http {
 upstream web {

       fair;
       server 192.168.190.100:80;
       server 192.168.190.101:80;
}

4. 示例 

这里后端服务器使用httpd服务

4.1 图示

4.2 轮询操作过程

① 7-0和7-1 apache后端服务器开启httpd服务,关闭防火墙,分别建立web文件

7-0,7-1:
[root@localhost ~]# systemctl start httpd
[root@localhost ~]# systemctl stop firewalld
[root@localhost ~]# setenforce 07-0:
[root@localhost ~]# cd /var/www/html/
[root@localhost html]# echo welcome to 7-0 > index.html7-1:
[root@localhost ~]# cd /var/www/html/
[root@localhost html]# echo welcome to 7-1 > index.html
#理论上7-0和7-1页面一样,这里为了方便查看分别命名主页面

② 修改7-2nginx主配置文件

[root@localhost ~]# vim /apps/nginx/conf/nginx.conf20     upstream web { 21     server 192.168.190.100; 22     server 192.168.190.101;23     }
#在http下添加以上配置25    # include       /apps/nginx/conf.d/*.conf;49         location / {50             proxy_pass http://web/;51             index  index.html index.htm;52         }
[root@localhost ~]# nginx -t
[root@localhost ~]# nginx -s reload

③ 客户端7-3访问代理服务器7-2

当7-1后端服务器宕机,代理服务器轮巡算法是否会出现隔次无法访问? 

停止7-1httpd服务,查看7-3客户机访问情况:

nginx服务较为只能,通过tcp三次握手可以检查服务器健康性,当无法完成连通性,默认将不会访问从而提示报错。当故障服务器恢复正常后,再次轮巡调度。

4.3 加权轮询操作过程

① 修改7-2代理服务器配置

 20     upstream web {21     server 192.168.190.100 weight=2;22     server 192.168.190.101;23     }

② 7-3访问结果

4.4 最大链接数、连续检测和延迟上线

 20     upstream web {21     server 192.168.190.100;22     server 192.168.190.101 max_conns=10 max_fails=3 fail_timeout=30s;23     }
#max_conns=number  #给当前后端server设置最大活动链接数,默认为0表示没有限制
#max_fails=number   后端服务器的下线条件,当客户端访问时,对本次调度选中的后端服务器连续进行检测多少次,如果都失败就标记为不可用,默认为1次,当客户端访问时,才会利用TCP触发对探测后端服务器健康性检查,而非周期性的探测
#fail_timeout=time 后端服务器的上线条件,对已经检测到处于不可用的后端服务器,每隔此时间间隔再次进行检测是否恢复可用,如果发现可用,则将后端服务器参与调度,默认为10秒。这样避免服务器刚上线不稳定再次导致业务失败

4.5 备份服务器

当所有后端服务器不可用时,才会启用此备用服务器sorry server,自己不能转自己。

① 修改代理服务器7-2配置

 20     upstream web {21     server 192.168.190.100;22     server 192.168.190.101 backup;23     }
#当192.168.190.100宕机后启动192.168.190.101

② 客户端7-3访问代理服务器7-2

③ 配置7-1备用服务器主页web文件,并关闭7-0后端服务器

7-1:
[root@localhost html]# echo sorry server > index.html7-0:
[root@localhost html]# systemctl stop httpd

 ④ 客户端7-3再次访问代理服务器7-2

4.6 hash调度操作

根据客户端ip:

① 修改代理服务器配置

 20     upstream web { 21     hash $remote_addr;         #hash客户端ip22     server 192.168.190.100;23     server 192.168.190.101;24     }

② 客户端访问

注:hash/总权重得到正确的值,该值会受权重影响,至于访问到那台与谁会话保持存在几率。

根据请求地址: 

① 修改代理服务器7-2配置

 20     upstream web { 21     hash $request_uri;         #发送请求的地址,一旦确定不会轻易改变22     server 192.168.190.100;23     server 192.168.190.101;24     }

② 客户端访问

cookie: 

① 修改代理服务器7-2配置

 20     upstream web { 21     hash $cookie_hello;         #提取cookie中hello关键字22     server 192.168.190.100;23     server 192.168.190.101;24     }

② 客户端模拟加上cookie访问

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/496290.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Stable Diffusion 模型分享:【Checkpoint】YesMix(动漫、2.5D)

本文收录于《AI绘画从入门到精通》专栏,专栏总目录:点这里。 文章目录 模型介绍生成案例案例一案例二案例三案例四下载地址模型介绍 条目内容类型大模型基础模型SD 1.5来源

nginx 模块 高级配置

目录 一、高级配置 1.1. 网页的状态页 1.2.Nginx 第三方模块 ehco 模块 打印 1.3.变量 1.3.1 内置变量 1.3.2自定义变量 1.4.Nginx压缩功能 1.5.https 功能 1.6.自定义图标 一、高级配置 1.1. 网页的状态页 基于nginx 模块 ngx_http_stub_status_module 实现&…

stm32学习笔记:ADC

1 ADC简介 ADC的作用ADC就是一个电压表,把引脚的电压值测出来,放在一个变量里 DAC的作用信号发生器、音频解码芯片 ADC的两个关键参数: 1、分辨率,一般用多少位来表示,12位AD值,它的表示范围就是0~2^12-1&…

一文读懂什么是 OCR 识别

在数字化时代,信息处理和数据管理是企业运营的重要环节。然而,手工输入信息存在效率低和准确性低的问题,严重影响了企业的工作流程和决策过程。因此,OCR(Optical Character Recognition)识别技术的应用变得…

目标跟踪之KCF详解

High-Speed Tracking with Kernelized Correlation Filters 使用内核化相关滤波器进行高速跟踪 大多数现代跟踪器的核心组件是判别分类器,其任务是区分目标和周围环境。为了应对自然图像变化,此分类器通常使用平移和缩放的样本补丁进行训练。此类样本集…

docker下gitlab安装配置

一、安装及配置 1.gitlab镜像拉取 docker pull gitlab/gitlab-ce:latest2.运行gitlab镜像 docker run -d -p 443:443 -p 80:80 -p 222:22 --name gitlab --restart always --privilegedtrue -v /home/gitlab/config:/etc/gitlab -v /home/gitlab/logs:/var/log/gitlab -v …

【软件测试】--功能测试4-html介绍

1.1 前端三大核心 html:超文本标记语言&#xff0c;由一套标记标签组成 标签&#xff1a; 单标签&#xff1a;<标签名 /> 双标签:<标签名></标签名> 属性&#xff1a;描述某一特征 示例:<a 属性名"属性值"> 1.2 html骨架标签 <!DOC…

Ubuntu20.04安装Carla0.9.15

文章目录 环境要求下载Carla解压Carla运行Carla测试官方用例创建python环境安装依赖包案例&#xff1a;生成车辆案例&#xff1a;测试自动驾驶 参考链接 环境要求 系统配置要求&#xff1a; 至少3G显存的GPU&#xff0c;推荐3060及以上的显卡进行Carla拟真。预留足够的硬盘空…

CS_上线三层跨网段机器(完整过程还原)

以前讲过用cs_smb_beacon上线不出网机器&#xff0c;但是真实的网络拓扑肯定不止这么一层的网络&#xff01; 所以我就来搭建一个复杂一点的网络环境&#xff01;&#xff01; 当然了&#xff0c;这三台电脑之间都是不同的网段&#xff0c;&#xff08;但是同属于一个域环境&a…

Acwing数学与简单DP(二)

摘花生 原题链接&#xff1a;https://www.acwing.com/problem/content/1017/ 最后一步&#xff0c;有两种可能&#xff1a; 从上面走从下面走 也就是max(dp[i-1][j],dp[i][j-1])&#xff0c;再加上最后一个位置的值。 #include"bits/stdc.h"using namespace std;i…

pandas两列或多列全组合

现有星期、国家、标签三类数据&#xff0c;希望得到全部组合&#xff0c;实现方式如下&#xff1a; #星期和国家全组合 a1pd.DataFrame(indexrange(7),columns[星期],datanp.arange(0,7)) b1pd.DataFrame(data[美国,新加坡],columns[国家]) c1pd.DataFrame(data[a,b],columns[…

HTTP 的 multipart 类型

上一篇文章讲到 http 的 MIME 类型 http MIME 类型 里有一个 multipart 多部分对象集合类型&#xff0c;这个类型 http 指南里有讲到&#xff1a;MIME 中的 multipart&#xff08;多部分&#xff09;电子邮件报文中包含多个报文&#xff0c;它们合在一起作为单一的复杂报文发送…