场景： 1.公司内部的几个系统需要把登陆弄成单点登陆。大概就是系统 A 登陆了，再去 B，C 也是登陆状态 2.网站都是用 django 写的 3.不同用户在不同网站的权限不统一
看了 cas 的工作原理，大概明白了使用认证中心去统一管理的思路。但是也有几个问题 不同系统的注册和修改密码该怎么实现？因为不同的系统在不同的服务器上也有自己的用户表。 总结一下就是不知道这些系统的用户表应该在什么地方，怎么统一管理？
这个 token 附带该用户在 A 站点登记的信息，比如 id。B 站点用这个 id 来区分用户的身份。
B 站点怎么确认这个 token 的合法性？因为这个 token 是用户传递给 B 的，所以会被伪造。所以 token 里面还要附带签名（这也是 jwt 的标准）。同时 B 也要有 A 的公钥。2) 也可以 B 向 A 发起查询，但是会有网络和磁盘开销。
万一用户修改密码怎么办？一个解决方案是 A 在 token 里面加上过期时间（这也是 jwt 标准）。过期后，用户将 token 传递给 B，B 发现过期，所以让用户重新去 A 站点，重新输入密码，重新请求 token。
还可以用 B 向 A 发起查询的方式，每个请求都查询一遍。或者当用户在 A 系统修改密码时，A 向 B 推送废除 token 的消息。这类设计的安全系数高，消除了不一致窗口（窗口长度<=token 过期时间），但是开发难度大，并且提高了系统的耦合程度。