AD三角传输案例分析(带技术原理)
  

小猪要上树 77604人觉得有帮助

{{ttag.title}}
本帖最后由 小猪要上树 于 2020-12-22 16:42 编辑

1.案例概况
1.1案例介绍
四层负载,需要记录源IP地址,因为不是七层HTTP虚拟服务,所以无法使用X-Forward-For,所以考虑三角传输;
1.2案例拓扑
902335fe1a062e3f99.png
客户端、负载均衡、集群服务器三者属于同一个网段,客户端通过负载均衡访问服务器,启用三角传输;
类型
接口
IP地址
MAC地址
客户端
本地网卡
192.200.40.30
68-F7-28-8D-C2-8E
负载均衡
eth1
192.200.40.32
192.200.40.33
00:90:0b:3c:81:f9
集群服务器
本地网卡
192.200.40.31
00-0C-29-E7-0F-A4
Lookback
192.200.40.33
02-00-4C-4F-4F-50


2.服务器端配置
2.1 Windows系统配置
【控制面板】-【硬件】-【设备管理】
194655fe1a070dc4d0.png
添加硬件
235755fe1a079eed5b.png
693225fe1a0812a89a.png
安装网络适配器
972965fe1a08819614.png
选择lookback
17845fe1a08f43f77.png
603365fe1a096297d2.png
998095fe1a09d2f665.png
开启转发
757305fe1a0aead32f.png
587785fe1a0b42f88c.png
2.2 Linux系统配置
在linux服务器上敲如下命令
          ifconfig lo:1 192.168.2.254 netmask 255.255.255.0
查看接口
ifconfig lo:1
lo:1      Link encapocal Loopback
          inet addr:192.200.40.33  Mask:255.255.255.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1

协调管理员修改apache的配置文件,将该地址发布出来
协调管理员将loopback口的地址写入网口配置文件中,以免重启丢失。
3.负载均衡配置
配置基本和正常发布四层虚拟服务没太大的区别,但是需要注意以下几点:
1.WAN口上的第一个地址是用来监测节点的,必须和服务器物理网卡在同一个网段;
2.发布虚拟服务的IP地址不能设置到第一个位置;
网口配置
15035fe1a0cf7a4c1.png
服务类型
512025fe1a0d614059.png
IP
781935fe1a0dc340c2.png
测试环境,单节点,未设置会话保持;
新建节点池
541025fe1a0e28d68e.png
687845fe1a0e965ef5.png
关联虚拟服务,启用三角传输
502555fe1a0efdca54.png
4.抓包分析
下表为设备类型、IP和对应的MAC地址
类型
接口
IP地址
MAC地址
客户端
本地网卡
192.200.40.30
68-F7-28-8D-C2-8E
负载均衡
eth1
192.200.40.32
192.200.40.33
00:90:0b:3c:81:f9
集群服务器
本地网卡
192.200.40.31
00-0C-29-E7-0F-A4
Lookback
192.200.40.33
02-00-4C-4F-4F-50

以下分析使用mac地址的后16位来表示
AD抓包
426795fe1a0fa20f92.png
分析:从数据包可以看到,PC发到AD的数据包经过AD转换,原目的IP地址并未发生改变,只是将源目的MAC地址转换成负载和服务器的MAC地址,
PC抓包
102935fe1a0ffbca2e.png
分析:pc端访问业务,原目的地址没有改变,改变的也只有mac地址;
总结一下,192.200.40.30c2-8e)访问192.200.40.3381-f9)时,通过负载均衡转换后成为192.200.40.3081-f9)访问192.200.40.330f-a4),此时负载均衡只是将源目的MAC地址转换了,服务器收到请求后,打开数据包,发现数据是192.200.40.30访问自己192.200.40.33,我们配置lookback口为33,有两个原因,原因一,服务器不配置33这个地址的话,他是不响应目的地址为33的数据包的。原因二,lookback口是不响应arp的,因为我们在负载均衡上也有33这个ip地址,他是要响应arp,所以为了避免冲突将此地址设置在lookback口上;服务器收到源IP192.200.40.3081-f9),目的IP192.200.40.330f-a4)的请求后,正常回包即可;
5.扩展思考
上面介绍的都是ADServerPC在同一个网段的情况,那么我们需要思考一下,三类设备所属网段不同时,情景一、ADServer一个网段,PC另一个网段,那么三角传输还可不可以使用;情景二、ADServerPC在三个不同的网段;

情景一、我们需要把访问分成三段,PCADADServerServerPCPCAD的数据流可以很好理解,ADServer,从上面抓包分析中可以看出,此过程,目的地址为lookback口地址,但是MAC地址其实为服务器物理口的MAC地址,ADServer处于同一网段,直接二层转发即可;ServerPC正常数据回复即可;

情景二、如果三者处于不同网段,那么AD如何转发到Server上,ADServer的数据包目的地址为服务器Lookback口的地址,但是因为跨三层,数据没有办法转发到Server端,Server端相连的三层路由设备是没有lookback口所配置地址的路由的,别忘了,lookback是不响应arp的,配置他的目的就是为了服务器可以接受这个AD转发过来的数据包;
总结一下,ADServer必须在同一个网段,PC在不在都可以;

打赏鼓励作者,期待更多好文!

打赏
46人已打赏

collid 发表于 2020-12-22 16:30
  
打卡学习
新手741261 发表于 2020-12-26 10:24
  
眼前一亮,赞
新手780102 发表于 2020-12-26 10:41
  
图文并茂 应急溯源
薛永顺 发表于 2020-12-29 10:01
  
学习学习
新手787378 发表于 2020-12-30 08:46
  
谢谢分享打卡学习
圣大天齐赵树良 发表于 2020-12-30 08:54
  
楼主的文章图文并茂,清晰易懂,看完这波操作可以轻松上手了,如遇到问题再向楼主请教~
新手031815 发表于 2020-12-30 09:31
  
多谢楼主的技术贴的分享
新手612152 发表于 2020-12-30 11:20
  
图文并茂 应急溯源
adds 发表于 2020-12-30 17:34
  
之前看到,理解了,然后过一段时间就又忘了。
再看就又会了。
间歇性踌躇满志,持续性混吃等死。
发表新帖
热门标签
全部标签>
每日一问
技术盲盒
技术笔记
干货满满
每周精选
技术咨询
标准化排查
自助服务平台操作指引
信服课堂视频
新版本体验
秒懂零信任
产品连连看
安装部署配置
功能体验
GIF动图学习
玩转零信任
2023技术争霸赛专题
技术晨报
安全攻防
每日一记
深信服技术支持平台
天逸直播
华北区交付直播
社区帮助指南
畅聊IT
答题自测
专家问答
技术圆桌
在线直播
MVP
网络基础知识
升级
上网策略
测试报告
日志审计
问题分析处理
流量管理
运维工具
云计算知识
用户认证
原创分享
解决方案
sangfor周刊
VPN 对接
项目案例
SANGFOR资讯
专家分享
技术顾问
信服故事
SDP百科
功能咨询
终端接入
授权
设备维护
资源访问
地址转换
虚拟机
存储
迁移
加速技术
排障笔记本
产品预警公告
信服圈儿
S豆商城资讯
技术争霸赛
「智能机器人」
追光者计划
答题榜单公布
纪元平台
通用技术
卧龙计划
华北区拉练
以战代练
山东区技术晨报
文档捉虫活动
齐鲁TV

本版达人

新手61940...

本周建议达人

zhao_HN

本周分享达人

ZSFKF

本周提问达人