- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
单点登录和单一登录的区别?
1.单点登录:
单点登录是登录之后所有该域名的网站都可以不用登录了把包括子域名。
单点登录是从一个系统登录以后,其他地方不用登录。。。
单点登录(SingleSignOn),简称为SSO,是目前比较流行的企业业务整合的解决方案之一。SSO的定义是在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统。
较大的企业内部,一般都有很多的业务支持系统为其提供相应的管理和IT服务
单点登录的机制也一样,如下图所示,当用户第一次访问应用系统1的时候,因为还没有登录,会被引导到认证系统中进行登录(1);根据用户提供的登录信息,认证系统进行身份效验,如果通过效验,应该返回给用户一个认证的凭据一一ticket(2);用户再访问别的应用的时候(3,5)就会将这个ticket带上,作为自己认证的凭据,应用系统接受到请求之后会把ticket送到认证系统进行效验,检查ticket的合法性(4,6)。如果通过效验,用户就可以在不用再次登录的情况下访问应用系统2和应用系统3了。
〔重点是Ticket渗考中国电信,重点还有认证中心〕
从上面的视图可以看出,要实现SSO,需要以下主要的功能:
•所有应用系统共享一个身份认证系统。
统一的认证系统是SSO的前提之一。认证系统的主要功能是将用户的登录信息和用户信息库相比较,对用户进行登录认证;认证成功后,认证系统应该生成统一的认证标志(ticket),返还给用户。另外,认证系统还应该对ticket进行效验,判断其有效性。
•所有应用系统能够识别和提取ticket信息
要实现SSO的功能,让用户只登录一次,就必须让应用系统能够识别已经登录过的用户。应用系统应该能对ticket进行识别和提取,通过与认证系统的通讯,能自动判断当前用户是否登录过,从而完成单点登录的
统一的认证系统并不是说只有单个的认证服务器,如下图所示,整个系统可以存在两个以上的认证服务器,
这些服务器甚至可以是不同的产品。认证服务器之间要通过标准的通讯协议,互相交换认证信息,就能完成更高级别的单点登录。如下图,当用户在访问应用系统1时,由第一个认证服务器进行认证后,得到由此服务器产生的ticket。当他访问应用系统4的时候,认证服务器2能够识别此ticket是由第一个服务器产生的,通过认证服务器之间标准的通讯协议(例如SAML)来交换认证信息,仍然能够完成SSO的功能。
用是Cache.Insert(key(用户名),value(用户名),时间为(session.Timeout));
if(Cache[key]==用户名)
response.write(己经登录)
我说一个比较普遍的做法,我看过很多就是这么干的
其实可以这样的,用一个Application存储一个TableTable里记录username,sessionid,time
那么在正式登陆之前就检查这个Table就可以了
2■单一登录,单账号单ip登录策略:
功能。
如果楼主说的一机一号的机制,那么可以直接绑定用户首次登录的IP地址,将用户的IP
地址绑定在数据库中,每次登录的时候判断IP是否正确。如用户是IP是自动获取的话,那么就绑定用户的硬件串口号。
要做成QQ那种形式的话可以在数据库中加字段来表明,帐号是否属于登录的状态。
用缓存+session控制,如果缓存存在则不让另外地方登录每次登录都自动更新一次随机密
码,也就是在用户表
中usrIdusrNameusrPassusrRanPass用户每次登录后把随机密码记
录Cookie或session中(包括用户ID),然后每次刷新页面的时候用Usrld
与UsrRanPass与数据库进行对比。如果随机密码不同则退出。。。也可以设为定时对
比。
用户退出,可以根据这个Table移除记录,sessiontimeout可以根据sessionid移除记
录
服务器中断了Application也就没了...这个思路应该可以帮你解决
放在服务器缓存中就可以。再次登录的时候判断当前用户列表中有没有,有的话,说明已经登录。
webform?登录的时候提取一个sessionID保存在数据库里ajax和服务器保持联络..检测服务器上的登录记录..当另一个用户登录的时候数据库的sessionID就会被现在登录的用户生存的sessionID替换掉..那当ajax和服务器通信时匹配数据库里的sessionID不
据说sessionID是唯一的..
文档评论(0)