详解ASP.NET在不同的子域中共享Session

作者:控件中国网   出处:控件中国网   2015-07-29 15:17:45   阅读:10

本文将研究的是ASP.NET在不同的子域中共享Session,包括Session的机理以及相关作用。希望对大家有所帮助。

 

AD: FastReport.Net - 基本报表控件 —正版、购买、下载、价格、销售、代理、授权、技术支持尽在控件中国网
 

 

今天遇到了这个问题,于是研究了一下。要解决这个问题,首先就要明白一些Session的机理。Session在服务器是以散列表形式存在的,们都知道Session是会话级的,每个用户访问都会生成一个Session。那么服务器是怎么区分不同用户的Session?又是怎么将不同用户的Session与不同的用户绑定的呢?下面们来研究一下,以下纯属个人的理解,如有错误请指证。

 

Session在服务器端是以散列表的形式存在的,区分每一个Session是通过SessionID来实现的,所以可以说这个SessionID是一个Key是一个全局唯一的值。们可以通过ASP.NET来打印出SessionID,如下代码:

 

protected void Page_Load(object sender, EventArgs e)  {  Response.Write(Session.SessionID.ToString());  } 

 

这样们就得到了这样的值:0julmoedn0kz3gyfnr1vksv0,有点像是GUID,就算不是算法也都是类似的,主要就是为了保证全局唯一性。这样就达到了区分不同用户的Session的目的。接下来还有第二个问题,那就是SessionID有了,但是它又是怎么和相应的访问者(用户)绑定的呢?比如说用户A访问维护了自己的SessionID,用户B访问也维护了自己的SessionID。们都知道web是基于http无链接的,他们又是怎么做到的呢?没错,答案就是在客户端存储了自己的SessionID。浏览器存储SessionID有两种方式,一种就是利用Cookies;还有一种就是利用url参数(这种们不常用,很不友好)。

 

话题说到Cookies上来了,怎么的?没想到Session和Cookies还有这样的关系吧?(很多人知道,别BS)没错,当们请求一个URL时候,服务器会生成一个全局的SessionID,并且把这个值以Cookies的形式保存在客户端也就是浏览器(这里暂不讨论url方式)。这样当用户再去请求的时候,在http头把这个SessionID的Cookie发到服务器端,服务器就去找这个SessionID,如果找到了。就证明这个用户的状态是存在的。

 

知道了这个原理,们的问题也就有眉头了,即然是用Cookies来保存SessionID,那么们就可以在Cooikes上做手脚了。们都知道Cooikes记录方式是以域(例如:http://www.local.com/)为区分的,这也是各种浏览器规定的。如果不这么做,安全性就会有问题。们要做的就是让指定Cookies的父域方式,不指定具体指域,这样Cookies就可以跨子域了。Cookies可以像这样指定域:

 

protected void Page_Load(object sender, EventArgs e)  {  Response.Cookies[ MyCook ].Domain =  .local.com ;  } 

 

这样,们所有的二级域全部是认这一个主域的,比如a.local.com;b.local.com;user.local.com等等。有了这个认识,想大家心里也有数了,该怎么怎么做,但是现在问题是用来生成SessionID的方法是ASP.NET自动实现的,们又怎么去干涉它呢?这是这样做的,不主动干涉它,但是可以操作它的Cookies啊。接下来们就研究ASP.NET存SessionID的Cooike的名字是什么。经过网上很容易就查找到了,名字是:ASP.NET_SessionId,这个就是SessionId的Cookies名字。们可以在Session_Start中这样写:

 

 protected void Session_Start(object sender, EventArgs e)  {  Response.Cookies[ ASP.NET_SessionId ].Value = Session.SessionID.ToString();  Response.Cookies[ ASP.NET_SessionId ].Domain =  .local.com ;  }  

 

代码的意思是每次会话开始的时候,都把ASP.NET_SessionId这个Cookie重写成们已有的SessionID,并且把这个Cookie的domain指定为父域,比如:.local.com,这样就可以实现跨子域的Session共享了。怎么样很简单吧?

 

们还有一个外题问题,就是客户端保存的问题解决了,但是服务器端的Session怎么办?一般情况下们不同的子域做的是指向不同的服务器的,比如user.local.com 专门一台服务器,yellow.local.com专门一台服务器。这时它们别说是进程了,连物理上都不是一个了。Session怎么共享?这时就用到另一个方法了,们默认的Session是存储在asp.net进程中的,这样没法互相访问,如下面所示:

 

 sessionState mode= InProc  /  

 

们可以修改为State Server方式,这是一个单独的服务可以用来存储ASP.NET Session的,它支持分布式远程主机的,这样们可以用一台服务器来提供Session服务,如下所示:

 

 sessionState mode= StateServer  stateConnectionString= tcpip=127.0.0.1:42424  timeout= 30  /  

 

这样,就完全实现了不同子域的Session共享了。

 

前面说到Url保存SessionId的方式,由于不常用,给大家演示一下,如下配置就可以了:

 

 sessionState mode= StateServer  stateConnectionString= tcpip=127.0.0.1:42424  timeout= 30  cookieless= true  /  

 

cookieless属性指定是否用cookie来保存SessionId,们运行一下得到下面的样子:

 

http://localhost:3380/(S(dqxcs455n4u2vg55ia51fvqg))/default.aspx

 

FastReport.Net - 基本报表控件 —正版、购买、下载、价格、销售、代理、授权、技术支持尽在控件中国网

FastReport.Net - 基本报表控件 —正版、购买、下载、价格、销售、代理、授权、技术支持尽在控件中国网

Copyright© 2006-2015 ComponentCN.com all rights reserved.重庆磐岩科技有限公司(控件中国网) 版权所有 渝ICP备12000264号 法律顾问:元炳律师事务所
客服软件
live chat