基于 .Net 的单点登录 (SSO) 解决方案 毕业设计论文 前些天一位朋友要我帮忙做一单点登录，其实这个概念早已耳熟能详，但实际应用很少，难得最近轻闲，于是决定通过本文来详细描述一个 SSO 解决方案，希望对大家有所帮助。SSO的解决方案很多，但搜索结果令人大失所望，大部分是相互转载，并且描述的也是走马观花。 闲话少叙，进入正题，我的想法是使用集中验证方式，多个站点集中 Passport 验证。 如下图所示： 为方便清楚描述，先定义几个名词，本文中出现之处均为如下含义。 主站：Passport 集中验证服务器 http://www.passport.com/ 。 分站：http://www.a.com/、http://www.b.com/、http://www.c.com/ 凭证：用户登录后产生的数据标识，用于识别授权用户，可为多种方式，DEMO 中主站我使用的是 Cache，分站使用 Session。 令牌：由 Passport 颁发可在各分站中流通的唯一标识。 OK，现在描述一下单点登录的过程： 情形一、匿名用户：匿名用户访问分站 a 上的一个授权页面，首先跳转到主站让用户输入帐号、密码进行登录，验证通过后产生主站凭证，同时产生令牌，跳转回分站 a，此时分站 a检测到用户已持有令牌，于是用令牌再次去主站猎取用户凭证，猎取成功后允许用户访问该授权页面。同时产生分站 a 的本地凭证，当该用户需要再次验证时将先检查本地凭证，以减少网络交互。 情形二、在分站 a 登录的用户访问分站 b：因为用户在分站 a 登录过，已持有令牌，所以分站 b 会用令牌去主站猎取用户凭证，猎取成功后允许用户访问授权页面。同时产生分站 b 的本地凭证。 设计完成后，接下来是方案实现的一些关键点： 令牌：令牌由主站颁发，主站颁发令牌同时生成用户凭证，并记录令牌与用户凭证之间的对应关系，以根据用户提供的令牌响应对应的凭证；令牌要在各跨域分站中进行流通，所以DEMO 中令牌我使用主站的 Cookie，并指定 Cookie.Domain="passport.com"。各分站如何共享主站的 Cookie？从分站 Redirect 到主站页面，然后该页面读取 Cookie 并以 URL 参数方式回传即可，可在 DEMO 代码中查看详细实现，当然假如哪位有更好的令牌实现方式也拿出来分享。//产生令牌string tokenValue = Guid.NewGuid().ToString().ToUpper();HttpCookie tokenCookie = new HttpCookie("Token");tokenCookie.Values.Add("Value", tokenValue);tokenCookie.Domain = "passport.com";Response.Appen...
