identity4 系列————纯js客户端案例篇[四]

前言

前面已经解释了两个案例了，通信原理其实已经很清楚了，那么纯js客户端是怎么处理的呢？

正文

直接贴例子哈。

https://github.com/IdentityServer/IdentityServer4/tree/main/samples/Quickstarts/4_JavaScriptClient

那么解释一下其实怎么做的吧。

那么就直接来看这个javascriptClient 是怎么实现的吧。

public void Configure(IApplicationBuilder app)

{

	app.UseDefaultFiles();

	app.UseStaticFiles();

}

这个两个就是给静态文件设置路由，这个不过多介绍，.net core 系列已经解读过其源码了。

<!DOCTYPE html>

<html>

<head>

    <meta charset="utf-8" />

    <title></title>

</head>

<body>

    <button id="login">Login</button>

    <button id="api">Call API</button>

    <button id="logout">Logout</button>

    <pre id="results"></pre>

    <script src="oidc-client.js"></script>

    <script src="app.js"></script>

</body>

</html>

这个的话，那么引入了oidc-client.js 和 app.js。

app.js 肯定就是自己项目的代码了。

oidc-client 可以看下官方介绍。https://github.com/IdentityModel/oidc-client-js

也就是说用好了oidc-client就可以了。

首先实例了一个客户端:

var config = {

    authority: "https://localhost:5001",

    client_id: "js",

    redirect_uri: "https://localhost:5003/callback.html",

    response_type: "code",

    scope:"openid profile api1",

    post_logout_redirect_uri : "https://localhost:5003/index.html",

};

var mgr = new Oidc.UserManager(config);

然后登录的时候:

function login() {

    mgr.signinRedirect();

}

这里面根据我们前面的例子，也能猜到其实就是去查idenityserver的wellknown 跳转到登录地址。

然后identityServer 注册好jsClient 就行。

// JavaScript Client

new Client

{

	ClientId = "js",

	ClientName = "JavaScript Client",

	AllowedGrantTypes = GrantTypes.Code,

	RequireClientSecret = false,

	RedirectUris =           { "https://localhost:5003/callback.html" },

	PostLogoutRedirectUris = { "https://localhost:5003/index.html" },

	AllowedCorsOrigins =     { "https://localhost:5003" },

	AllowedScopes =

	{

		IdentityServerConstants.StandardScopes.OpenId,

		IdentityServerConstants.StandardScopes.Profile,

		"api1"

	}

}

下面直接看效果就好了。

首先去拿identityserver 的公开信息。

然后访问identityServer:

然后就到了登录页面了。

然后进行登录。

还是和以前一样，这里可以直接运行例子更加直观。

然后看下客户端拿到授权码后如何获取token的。

然后通过token 获取到了userinfo。

这里解释一下这里有几个token，一个是access_token 这个是来表示授权令牌，比如访问一些接口的api。

然后这个id_token 是身份令牌，在线解析一下哈:

那么这个身份令牌是用来干什么的。授权令牌用来访问api授权的，那么身份令牌用来干什么的呢？

这样我们不要猜，直接看官方怎么说。

https://auth0.com/docs/secure/tokens/id-tokens#learn-more

ID tokens are used in token-based authentication to cache user profile information and provide it to a client application, thereby providing better performance and experience. The application receives an ID token after a user successfully authenticates, then consumes the ID token and extracts user information from it, which it can then use to personalize the user's experience.

上面说id tokens 是基于认证token 来缓存用户的信息提供给客户端，提供更好的性能和体验。在认证后应用收到id token，使用id token 收集用户的信息，可以被使用与私有化的用户体验。

我们知道auth2.0 管理授权，但是不管理用户信息。当然了auth 2.0 可以通过api 获取到用户信息，但是这是另外一回事。

比如说我们访问简书，跳转到qq登录，然后又登录回来，这其中包括了认证和授权。认证应该返回id tokens，来证明这个用户认证了。授权应该返回access_token 表示授权token。

然后文档中也给了例子。

For example, suppose you have a regular web app that you register it with Auth0 and configure to allow users to login with Google. Once a user logs in, use the ID token to gather information such as name and email address, which you can then use to auto-generate and send a personalized welcome email.

比如说，假设你有一个常规的web app，这个app 你允许用户他能给个google 登录。一但用户登录，使用这个id token 可以收集用户信息，比如说名字邮件，这样你就可以给这个用户发送邮件。

上面那些id_token 中好像没有什么东西，那么其实我们可以增加一些东西。