建议使用Chrome浏览器访问!
技术支持
互动社区
学习培训
深信服官网
合作伙伴

【AD】HTTP被动会话保持HTTP Passive典型用法

更新时间:2023-06-14 00:06:32
  • 下载
  • 分享
  • 收藏
使用AD发布7层虚拟服务,由于前端做了SNAT转换,无法使用源IP做会话保持,客户端不支持使用cookie,此时需要做会话保持,只能根据数据包的特性来做,客户反馈:服务器使用jsessionid判断此数据包的唯一性。
1、根据客户提供的信息抓取对应数据包,同时节点池如下截图,两个ip地址不同的端口。


2、测试发现还是会出现访问不了的情况,按照1中抓取虚拟服务对应的数据包,后端过滤节点http(因为客户业务是http协议的,所以抓取到数据包可先过滤http),发现调度到了2个节点上。

可知第一个POST请求没有带jsessionid,追踪数据流分析数据包的内容发现,jsessionid是第一个请求包应答的内容:

也就是说客户端的请求会先POST一个URL,服务器返回一个JSID,后续的请求都会在URI中携带这个JSID:


针对此种情况业务系统的特殊性,需要保证前后的POST请求都调度到同一台节点上才会正常,AD上只能做应答被动会话保持实现,并且必须在第一个POST返回的应答中学习会话保持Set-Cookie:头部中的JSESSIONID值,后续的POST请求URI中查找JSESSIONID,故设置参数如下:

http被动会话保持
请求被动:在请求方向学习需要会话保持内容,在请求方向查找后续的数据包是否存在会话保持(调度到相同的节点);
应答被动:在应答方向学习需要会话保持的内容,在请求方向查找后续的数据包是否存在会话保持(调度到相同节点);
案例让我的问题处理变得简单了
选择标签:
更多意见:
手机号码:
如果未能解决您的问题,您可以使用 在线客服 寻求帮助
在线客服
案例让我的问题处理变得简单了