疯狂

STANDING ON THE SHOULDERS OF GIANTS
posts - 481, comments - 486, trackbacks - 0, articles - 1
  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理

jsessionid 问题分析

Posted on 2011-09-02 16:33 疯狂 阅读(19247) 评论(2)  编辑  收藏 所属分类: webapache项目方法论架构

这几天为了测试人员测试,就把一个tomcat应用整个拷贝了一份,改了下端口一个8080,一个8081,上下文也一样,结果出问题了:页面登陆验证码死活验证不过去,最后跟踪了下后台发现,登陆界面请求时生成验证码并将验证码放入session里面,这个sessionid和验证时从获取验证码的session的的id不一样,那验证的时候由于session不一样,获取验证码肯定为空,最终验证失败。

 

根据一般的流程,浏览器首次发出请求的时候服务端会在response信息里面给出:

Set-Cookie: JSESSIONID=0000yLsny8JFy4nLxDelrrq9Lx1:-1; Path=/test (这里假设服务器生成的sessionid0000yLsny8JFy4nLxDelrrq9Lx1,应用上下文为test)要求浏览器设置浏览器会话cookie,下次请求的时候在request头信息里面附带:

Cookie: JSESSIONID=0000yLsny8JFy4nLxDelrrq9Lx1:-1 服务器以此来判断是否统一客户端发出的请求。

 

而跟踪我们的应用发现第一次浏览器发出请求后,服务端response信息为:

Set-CookieJSESSIONID=C7A2EB23B029226E6279448D1CFD6207; Path=/test

第二次发出请求的时候整个会话信息为:

响应头信息原始头信息:

Set-Cookie JSESSIONID=AD54301B809A7D7BBF909F10B4C838AA; Path=/test

请求头信息原始头信息:

Cookie    JSESSIONID=4DF629829C6E18953117AB66777ED2CA

 

浏览器虽然第二次请求带过去的JSESSIONID并不是第一次设置(C7A2EB23B029226E6279448D1CFD6207),并且服务端又发出了新的Set-Cookie命令和JSESSIONID

 

最终才想起还有另一个tomcat应用的copy修改了本次的cookie session 里面的JSESSIONID值,

正好跟踪到信息为:

Set-Cookie      JSESSIONID=4DF629829C6E18953117AB66777ED2CA; Path=/test (这一次请求影响)

Cookie    JSESSIONID=C7A2EB23B029226E6279448D1CFD6207(原应用的JSESSIONID)

 

通过查看火狐浏览器里面两个应用在同一个主机(localhost)下面只存了一份名为JSESSIONIDcookie值,结果导致互相影响。
 
 

现在tomcat下的一个办法就是两个应用其中一个修改下上下文,例如一个是test,另一个是test1 ,这样由于cookie的路径(path)在同一个级别下名称不一样将不会互相影响。

浏览器判断cookie的应该根据主机,路径,名称来判断,通常根据目录层级不同作用域也不同,例如:

比如浏览器现有三个cookie, path分别为 "/", "/test", "/test/mgr"

则请求 "/test/other/action.do"时,第1个cookie和第2个cookie会被发给服务端,第三个不会。

此时浏览器请求头信息里面的session有可能为多个,但名称都一样如:

Cookie: JSESSIONID=8810E51861891187708C53A1805951A1;JSESSIONID=0000yLsny8JFy4nLxDelrrq9Lx1:-1

这个时候也是出现问题的时候,服务器有可能出现jsessionid不一致的情况,

一个明显的问题在websphere下由于默认的cookie session的path为/ 如图:

这个时候如果同一台主机或者ip下部署其他应用,如果都是用JSESSIONID作为key的话,由于/的作用域大,其他的应用将受到影响,首先websphere自己会受到影响,经过测试websphere的每一次请求如下:

Set-Cookie: JSESSIONID=0000yLsny8JFy4nLxDelrrq9Lx1:-1; Path=/

然后后面多次出现信息如下:

相应

Set-Cookie: JSESSIONID= 0000IsxSqg75ELW4C0Y3YCaRgab:-1; Path=/

请求

Cookie:

JSESSIONID=8810E51861891187708C53A1805951A1(这个为tomcat的);JSESSIONID=0000yLsny8JFy4nLxDelrrq9Lx1:-1

 

遇到这种异常情况,请大家从cookie的domain,path,作用域的知识分析下,然后就应该能解决这些问题了,适当的修改下cookie的key名称,和path。

 

这里给看下百度的明显和其他的不一样用的是(baiduid作为key):

 

 

 

~~

 

 


评论

# re: jsessionid 问题分析  回复  更多评论   

2011-09-11 21:09 by DB Compare Tool
拷贝tomcat当然也要清干净啊

# re: jsessionid 问题分析  回复  更多评论   

2011-09-13 09:33 by @joe
@DB Compare Tool
这不是清不清干净的问题吧

只有注册用户登录后才能发表评论。


网站导航: