单点登录：用户只需登录一次，即可通过单点登录系统（eTrueSSO）访问后台的多个应用系统，二次登陆时无需重新输入用户名和密码。C/S单点登录解决方案：无需修改任何现有的应用系统服务端和客户端即可实现C/S单点登录系统。
单点登录可以实现：登录的时候只要一次登录，退出的时候只要一次退出。主要有三种方式以Cookie作为凭证媒介 最简单的单点登录实现方式，是使用cookie作为媒介，存放用户凭证。通过JSONP实现 对于跨域问题，可以使用JSONP实现。
最简单的单点登录实现方式，是使用cookie作为媒介，存放用户凭证。用户登录父应用之后，应用返回一个加密的cookie，当用户访问子应用的时候，携带上这个cookie，授权应用解密cookie并进行校验，校验通过则登录当前用户。通过JSONP实现 对于跨域问题，可以使用JSONP实现。
1、Authelia： 免费开源的SSO旗舰，提供一次性密码和通知推送功能，支持独立部署或容器化运行，为安全性和易用性保驾护航。GitHub链接：https：//github.com/authelia/authelia BootstrapAdmin： 后台管理框架的佼佼者，NET7架构，支持多站点SSO和RBAC权限管理，兼容主流浏览器。
2、推荐玉符科技的单点登录产品，主要有以下几点：玉符科技单点登录支持所有的标准需求，比如OIDC、oauth、cas、JWT等等；支持云端部署也支持本地化部署；对于老旧或者自研的系统，玉符也支持提供SDK，让系统实现标准的OIDC标准协议；支持多种认证源，并且有MFA等功能。
3、oauth2实现单点登录哪家好？其次，OAuth2是用来允许用户授权第三方应用访问他在另一个服务器上的资源的一种协议，它不是用来做单点登录的，但我们可以利用它来实现单点登录。单点登录和统一认证中主要的三个协议是OpenID，OAuth，金和SAML，被称为单点登录的三驾马车。
账号或密码输入错误：请检查输入的账号和密码是否正确。网络连接问题：可能是因为网络连接不稳定或者中断导致无法正常登录。系统维护或故障：淘管家CRM可能会进行定期的系统维护或升级，这时候可能会暂停登录服务。权限问题：如果账号没有登录的权限，那么将无法登录。
有这几种原因网页含有不良信息ie版本过低，无法加载网页内容网速过慢导致网页无法加载解决方案确保浏览正常内容网页升级浏览器版本，建议采用主流的谷歌、、360、百度等浏览器停止下载或视频等占用宽带资源的程序 在网站建设的过程中，多个应用系统一般是在不同的时期开发完成的。
crm侧返回失败，求解决！ 这个你打厂商的客服电话找技术部门解决即可。如果你用的是那些非正规渠道的破解版CRM软件就比较麻烦了。 选择CRM售后服务非常重要，不仅要解决使用过程中遇到的问题，而且还需要CRM厂商提供有效的建议，从而少走弯路。
ticket），返还给用户。另外，认证系统还应该对ticket进行校验，判断其有效性。信息识别 要实现SSO的功能，让用户只登录一次，就必须让应用系统能够识别已经登录过的用户。应用系统应该能对ticket进行识别和提取，通过与认证系统的通讯，能自动判断当前用户是否登录过，从而完成单点登录的功能。
单点登录认证，在系统配置单点登录拦截器，拦截所有请求。在浏览器中输入系统url，因为设置了所有请求拦截，所有请求都进入这个拦截器中。自定义一个cookie名称，比如为sso.xb.com， 第一次访问时servletRequest里无cookies，这时会网址重定向到设置的单点登录页面，进行单点认证登录。
我的也是这样。进入地税的系统也是找不到联系人信息，上国税的电子税务局就没问题，一但选择地税业务转接到地税系统时就会显示单点登录失败。工商没异常，年报也正常。也实名认证了。未推进电子税务局时用的是网页版登陆的大厅，没问题。
其次，OAuth2是用来允许用户授权第三方应用访问他在另一个服务器上的资源的一种协议，它不是用来做单点登录的，但我们可以利用它来实现单点登录。
其次，OAuth2是用来允许用户授权第三方应用访问他在另一个服务器上的资源的一种协议，它不是用来做单点登录的，但我们可以利用它来实现单点登录。单点登录和统一认证中主要的三个协议是OpenID，OAuth，金和SAML，被称为单点登录的三驾马车。
BootstrapAdmin： 后台管理框架的佼佼者，NET7架构，支持多站点SSO和RBAC权限管理，兼容主流浏览器。GitHub地址：https：//github.com/ArgoZhang/BootstrapAdmin Sa-Token： 轻量级Java框架，集成登录、权限、OAuth0功能，GitHub：https：//github.com/dromara/sa-token，是开发人员的理想选择。
如果这些系统都是独立的，那么公司的员工就需要每一个系统都分配一个账户，每个系统都需要单独登录。这样显然是低效而麻烦的，更好的解决方案应该是用户在内网中只需要登录一次，所有的子应用系统都能认证其身份，而免去重复登录，这样的方案就被称为单点登录（ single sign-on， SSO ）。
SSO是单点登录的简称，常用的SSO的协议有两种，分别是SAML和OAuth2。本文将会介绍两种协议的不同之处，从而让读者对这两种协议有更加深入的理解。
一般两种方案：1 共享SESSION（db，nosql等）2 通过接口对每个域名下写cookie（常见ucenter）。至于那些在页面上做处理，不现实的。一则涉及面广，二则维护不方便，也不符合业务封装（模块化）的架构思维。
一般两种方案：1 共享SESSION（db，nosql等）2 通过接口对每个域名下写cookie（常见ucenter）。至于那些在页面上做处理，不现实的。一则涉及面广，二则维护不方便，也不符合业务封装（模块化）的架构思维。答题不易，互相理解，您的采纳是我前进的动力，感谢您。
php 单点登录并不复杂。单独登录 （SSO）其实就是让用户通过一次登录访问授权的网络资源。如果是要实现的话，就需要找专业的解决方案了，比如玉符SSO单点登录解决方案。
以Cookie作为凭证媒介 最简单的单点登录实现方式，是使用cookie作为媒介，存放用户凭证。用户登录父应用之后，应用返回一个加密的cookie，当用户访问子应用的时候，携带上这个cookie，授权应用解密cookie并进行校验，校验通过则登录当前用户。通过JSONP实现 对于跨域问题，可以使用JSONP实现。
用户登录discuz，通过logging.php文件中的函数uc_user_login对post过来的数据进行验证，也就是对username和password进行验证。如果验证成功，将调用位于uc_client下client.php文件中的函数uc_user_synlogin，在这个函数中调用 uc_api_post（user， synlogin， array（uid=$uid）。
其实这个真正的学名叫 sso[单点登录]我画个原理图给你看吧，你应该容易理解 代码其实没什么，也不是关键，关键是你的思路，人家写的代码也很难嵌入到你的系统中去。实现的方法很多，看你怎么想。。