起因
近期,我在自己维护的系统中遇到了和F5有关的问题,所以有幸研究了一下F5插入的cookie和IP地址之间的关系。该系统前端由F5进行负载均衡,并通过cookie插入的方式来做会话保持,后端有50台应用服务器。
原理
当F5采用cookie会话保持的方式进行应用分发时,会在请求中插入一条自己的cookie,用于判断分发到后端的哪台应用。当下次再次处理时,如果看到请求中带有自己插入的cookie,会按该cookie中包含的IP进行转发,进而保证用户能够分发到同一台应用。例如下面这条请求,F5插入了自己的cookie:BIGipServerLearning_tcp80_ap_pool=841232395.10531.0000
61.138.232.21 - - [02/Aug/2016:14:00:14 +0800] 193 "GET /asset/pickers/search.png HTTP/1.1" 304 - "http://xxxx.com/learning/catalog/browseForLearning.rdf" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3)" "dsloginTypeTips=3; cookieidTagFlag=1; tagInfoId=%26_000050%3D07; lastUpdateTime=2016-07-30%2015%3A21%3A55; halfLoginCustName=9AF10A20E294F15F258B2D760A35A5761156BBB5E8776CE8; halfLoginCustId=A84CABE8981F1D30425E8DA362BB9EE6; halfLoginShowName=9AF10A20E294F15F425E8DA362BB9EE6; tagInfoCustId=36356287; cityCodeFlag=0; cityName=%E7%9F%B3%E6%B2%B3%E5%AD%90; cityCode=659001; BIGipServerLearning_tcp80_ap_pool=841232395.10531.0000" "-" |
其中该条cookie中:841232395.10531.0000,841232395所代表的是IP,10531为端口。当后端应用IP地址不变的情况下,该值是固定的,说明F5有一个算法来维系这种对应关系。
算法分析之IP转换
下面我们来还原一下这个算法:
拿出值:841232395
第一步:将该10进制值转换为16进制(得到一个8位的值,如果不够8位,前面补0)
3224300B
第二步:将这个8位的值分为四段
32 24 30 0B
第三步:按顺序将每段数字分别转换成10进制,分别得到4个数字
32 → 50
24 → 36
30 → 48
0B → 11
第四步:倒置顺序,分别做为IP地址的4段,即11.48.36.50
下面,再来转换一个:18875658
18875658->转换成16进制->120050A->不够8位,前面补0->0120050A->分成4段->01 20 05 0A->分别转换成10进制->1 32 5 10->倒置顺序->得到IP地址:10.5.32.1
代表端口的第二个字段:10531,是如何转换的呢?
算法分析之端口转换
下面将端口的算法进行还原:
第一步,将该10进制数字(10531),转换为16进制
2923
第二步,将得到的数字分成两段
29 23
第三步,倒置顺序
23 29
第四步,将倒置后的4位数合在一起,转换为10进制
9001
说明后端应用的端口为9001
转换顺序即简化为:
10531->转换成16进制->2923->分成两段->29 23->倒置顺序->2329->转换成10进制->9001
应用价值
当你知道这个转换关系时,就可以通过请求中得到的cookie来判断F5分发到了哪台应用上。
自动化转换脚本
本人将转换步骤写成了shell脚本,运行脚本即可得到转换后的结果。
请移至:http://down.51cto.com/data/2236815
下一篇将介绍如何将IP地址转换为F5插入cookie所用到的数字串。
链接:http://showing.blog.51cto.com/11976328/1841574
本文出自 “老书生” 博客,转载请与作者联系!
原文地址:http://showing.blog.51cto.com/11976328/1841564