欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  后端开发

sso使用memcache的疑问

程序员文章站 2024-01-20 20:06:46
...
多站点间实现单点登陆
目标:
oa站 www.oa.com,论坛域 www.bbs.com,假设论坛没有登陆功能,用户从oa登陆成功后,点击bbs的跳转链接或直接在地址栏中访问bbs,都为登陆成功状态。

简单架构:独立的memcache服务器用来做session共享;两个站有各自的user表,但数据有一定的关联,如oa用户表的id和bbs用户表的id一样;

我的实现:
用户从oa登陆后,在memcache中生成用户id相关的缓存数据user_id=>xxx,然后使用p3p协议生成bbs系统下的cookie,此cookie用来通过一定的加密算法取memcache中的user_id=>xxx,用户跳转或是直接访问bbs时,读取cookie数据,后端解密后根据memcache中的数据得到bbs中的用户数据,将之写session并标识登陆成功;

疑问:
1、我使用memcache共享这部分用户数据是不是多余的?
2、sso通常中讲memcache作session共享是将哪部分数据共享?具体如何操作
3、sso中使用memcache作session共享这种方案中用不用cookie?是跨域吗?
4、实现sso不使用cookie能不能实现?


回复讨论(解决方案)

仅使用p3p智能实现同域中的单点登录,你多用几款浏览器就可发现这一点
使用 memcache 存储登录用户信息,只是为了后续检查起来方便些,与 sso 无直接关系

仅使用p3p智能实现同域中的单点登录,你多用几款浏览器就可发现这一点
使用 memcache 存储登录用户信息,只是为了后续检查起来方便些,与 sso 无直接关系



版主的意思是p3p只能写同域的cookie,不能跨域写cookie?
但我在本机上测试是可以跨域写cookie的,然后我想其它域通过写到域下的cookie来实现单点登陆,这个方案如何?
版主有没有好些的方案?(不使用cas或类似的系统)

我曾测试过,p3p只能写同域的cookie。
看看你是如何写的

我曾测试过,p3p只能写同域的cookie。
看看你是如何写的



大概是这样子:
本地搭建 www.a.com和www.b.com

www.b.com==> index.php 代码是通过p3p写入一段cookie,
www.a.com==>index.php 里面调用 sso使用memcache的疑问,访问www.a.com/index.php后就会在www.b.com域下生成cookie

1、我使用memcached共享这部分用户数据是不是多余的?
看你是否需要跨站点使用这部分数据,不需要时就是多余的。

2、sso通常中讲memcached作session共享是将哪部分数据共享?具体如何操作
同上。 一般在SSO中可以考虑在memcached中存放全局权限位,做权限的快速验证。但你说的集成方式权限分布在各个系统,应该不需要这部分数据。
memcached作session共享提供了一种跨进程,跨系统的一种数据传递方法,P3P只能小批量在域间传递数据,而memcached连图片都可以传递,而且浏览器,客户端程序,手机应用都可以。

3、sso中使用memcache作session共享这种方案中用不用cookie?是跨域吗?
Cookie一般用来传递token,token一般是一次性的 数据,需要在一个系统启动另一个系统时做为参数传入。
跨域是指浏览器不同域之间的数据传递,memcached做为服务端组件和它没有关系。
Token传递,在客户端程序中也是需要的,是通过参数传入

4、实现sso不使用cookie能不能实现?
通过url参数更可靠

4、实现sso不使用cookie能不能实现?
通过url参数更可靠,但需要更多地服务器端代码

4、实现sso不使用cookie能不能实现?
通过url参数更可靠,但需要更多地服务器端代码



要求直接访问其它站点也是登陆状态,而不通过url传参,只能用cookie吧


4、实现sso不使用cookie能不能实现?
通过url参数更可靠,但需要更多地服务器端代码



要求直接访问其它站点也是登陆状态,而不通过url传参,只能用cookie吧[/quo


主要是看有没有服务器端SSO接口,如果可以在服务器端通过token进行登录验证,那么url参数是最方便的。如果像taobao之类只能在浏览器客户端使用的SSO,那么url参数方式就不行。

自己实现SSO,那么必然会实现url参数传递的方式,为了保护token,在第三方使用时 才会出项只能使用cookie的情况。

自己实现SSO,那么必然会实现url参数传递的方式,为了保护token,在第三方使用时 才会出项只能使用cookie的情况。



这种方式不能通过地址栏直接访问其它站来展现登陆状态


自己实现SSO,那么必然会实现url参数传递的方式,为了保护token,在第三方使用时 才会出项只能使用cookie的情况。



这种方式不能通过地址栏直接访问其它站来展现登陆状态


对的。url方式限制很多,只是可靠性高,无javascript支持也可运行。
而cookie方式可以不访问服务器在浏览器内直接判断用户状态的能力,对减小SSO服务器端压力很有帮助。