面试中常问的HTTPS、SSO单点登录、Oauth认证、正向代理和反向代理

SSO单点登录

准备：

• 认证中心提供GET的登录接口给子应用
• 每个子系统对应一个secret，注册到认证中心（可以理解成Oauth的授权码）
• token存在本地，不支持cookie可用localstorage

子应用登录步骤：

1. 子应用携带secret请求认证中心登录接口验证是否登录
2. 如果未登录，则跳转到认证中心登录界面，并通过refer携带当前页面url，登录成功后认证中心根据用户信息生成token存入redis，之后携带token重定向到refer的页面；如果登录了，则直接携带token重定向到refer的界面
3. 当前子系统通过规定的解密规则解析token去redis的session中获得相关用户登录的信息，如果token不合法则解密失败无法访问
4. 正常业务逻辑

如果secret和token解密规则都泄漏，则系统不安全

Oauth认证

1. 应用请求用户授权
2. 用户同意授权则将应用的回调URL转发给认证服务器
3. 认证服务器携带授权码请求应用的回调URL
4. 应用保存授权码
5. 请求资源时，并使用授权码申请动态token（token有效期，应用自己维护，一般比真实有效期短一些）
6. 携带token请求资源

HTTPS

由于非对称加密速度慢，对称加密速度快，所以传输堆成加密密钥使用非对称加密，之后传输数据使用堆成加密，步骤如下

1. 客户端请求服务端
2. 服务端返回证书信息和公钥
3. 客户端认证证书是否有效
4. 认证通过后，客户端生成对称密钥并存储，用服务端提供的公钥加密后发送给服务端
5. 服务端使用私钥解密后存储客户端生成的对称密钥
6. 之后传送数据双方都用对称密钥进行加密和解密

其中4-5非对称加密，6为对称加密

正向代理和反向代理

核心：正向代理隐藏客户端、反向代理隐藏服务端

正向代理：我们要访问某些网站，这些网站只允许指定对服务器访问，所以我们请求某一台指定对服务器作为代理服务器，代理服务器代替我们请求，真正要访问对网站认为是代理服务器请求，隐藏了我们（客户端）

反向代理：我们要请求php，通过nginx进行转发给fpm，fpm处理完之后返回给nginx，nginx再将请求返回给我们，而我们请求方（客户端）只知道我们访问的是nginx，至于nginx又转发给谁处理的，我们不知道，隐藏了fpm（服务端）