前面两篇（1 ，2），我们讲述了NGINX在authorization code模式下的能力，可以简单总结为NGINX既可以作为第三方应用（client）的验证代理，也可以作为Resource server角色对token进行验证或使用。在implicit模式下，NGINX能做什么呢？首先来看implicit模式的工作机制（最近太惨了，前两篇文章的画图ppt给不小心删除了，还清空了垃圾箱。。一般不没什么习惯清空垃圾箱的。。。就不重新画了，google一张图吧。。。） 在这个图里，把user想象你为，把client想…
在上篇中，通过将NGINX作为oAuth认证授权过程中的Client角色的代理，帮助应用直接实现oAuth认证登录。在这样一个过程中，我们采取的是authorization code的oAuth流程，取的是access_token，没有采用OIDC申请格式，并需要借助一个外部oauth proxy服务，那么是否可以完全依赖NGINX实现呢？ 正如前篇文章所分析，在authorization code模式中需要 client 这个角色（就是代表第三方应用的，这里实际可以理解为NGINX）需要能够做以下几个事情： 收到…
如今的互联网已经渗透了各种各样的生活与业务场景，就像人们在现实生活中从来不是一个简单的个体，我们需要有很多的复杂的关系网络。互联网的应用也是如此，如今很难看到有哪一个应用能做到完全的独立发展而不与其周边发生关系。所以在今天应用都非常讲究自己的生态，合纵连横，彼此之间需要大量的信息共享。这些复杂的关系就带来了一个非常重要的问题：身份认证、资源授权、账号维护。当然还有API的认证访问控制。 举个栗子，在你的日常生活中，你可能需要使用数十个APP, 这些APP各自拥有独立的账号密码，你就需要维护不同的这些账号与密码，你可…
最近评论
Abeny 发布于 8 个月前（02月20日）
lz 发布于 2 年前（02月26日）
汤姆 发布于 2 年前（09月10日）
汤姆 发布于 2 年前（09月09日）
zhangsha 发布于 2 年前（05月12日）
