因此，我试图使用ASP.NET Core 3.1实现一个OIDC客户端应用程序。我试图利用.AddOpenIdConnect()和.AddJswtBearer()中间件。然而，我需要一些关于这个中间件是做什么的澄清。
下面是我目前的中间件配置：

.AddOpenIdConnect(options =>
{
    options.Authority = Configuration["auth:oidc:authority"];
    options.ClientId = Configuration["auth:oidc:clientid"];
    options.ClientSecret = Configuration["auth:oidc:clientsecret"];
    options.ResponseType = OpenIdConnectResponseType.Code;
    options.GetClaimsFromUserInfoEndpoint = true;
    options.SaveTokens = true;
})
.AddJwtBearer(options =>
{
    options.Authority = Configuration["auth:oidc:authority"];
    options.Audience = Configuration["auth:oidc:clientid"];
    options.TokenValidationParameters = new TokenValidationParameters
    {
        ValidateIssuer = true,
        ValidateAudience = true,
        ValidateLifetime = true,
        ValidIssuer = Configuration["auth:oidc:authority"],
        ValidAudience = Configuration["auth:oidc:clientid"],
        ValidateIssuerSigningKey = true,
        ClockSkew = TimeSpan.Zero
     };
}

我注意到，根据下面的Fiddler捕获，在应用程序首次启动时会请求对授权服务器的/.well-known/oidc-configuration和/.well-known/keys端点的请求

它在哪里做的？
我还尝试验证从授权服务器接收的JWT是否有效（从服务器发送到客户端接收的这段时间内没有被篡改过）。当我在.AddJwtBearer()中间件中添加TokenValidationParameters对象时，我就知道会发生这种情况。为了测试这一点，我尝试将TokenValidationParameters中的Valid Audience更改为类似asdkwewrj的内容，我知道这不是我令牌的有效受众。但是，我从未从客户端收到错误，说受众无效。身份验证仍然有效，我仍然能够访问我的安全 Jmeter 板。
另一个我尝试在这个OIDC客户端实现的是refresh_token grant_type。我以为.AddOpenIdConnect()中间件中的options.saveTokens允许我保存令牌。看起来它们被保存为cookie，但这些cookie看起来一点也不像我的令牌值（我的访问令牌是JWT，但在我看到的cookie中，没有一个以ey开始）。
简而言之，我试图理解以下内容：
1.如果我定义了正确的JwtBearerOptions，这个.AddJwtBearer()中间件是否会为我验证ID令牌（就像我上面所做的那样）？或者我是否需要根据JWKs URI手动验证JWKs的ID令牌？
1.如果我必须使用JWKs URI中的JWKs手动验证ID令牌，那么当中间件向/.well-known/keys端点发出请求时，我如何存储这些JWKs？
1.如何获取与访问令牌和刷新令牌对应的cookie，然后将刷新令牌发送到我的授权服务器？
1.我注意到我可以在这两个中间件中使用选项。事件。它们中的任何一个能解决我试图完成的任何项目吗？
1.总的来说，这两个中间件为我处理了什么，我不需要手动做（即令牌验证和/或令牌更新）？
谢谢！我对ASP.NET这样的深度开发还是相当陌生的，所以我很感激任何回应。