当前位置:Gxlcms > PHP教程 > sso使用memcache的疑问

sso使用memcache的疑问

时间:2021-07-01 10:21:17 帮助过:8人阅读

多站点间实现单点登陆
目标:
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 里面调用 ,访问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服务器端压力很有帮助。

人气教程排行