Проверка JWT в ASP.NET Core 2.0 завершается неудачно с ошибкой «Авторизация не удалась для пользователя: (null)»

Последовательность операторов добавления в функции настройки имеет значение. Убедись в том, что

app.UseAuthentication();

приходит раньше

app.UseMvc();

Может быть, в этом проблема?

Для Dotnetcore 3.1 я поместил app.UseAuthentication() перед app.UseAuthorization()

В методе ConfigureServices startup.cs, если вы добавите

services.AddAuthentication(options =>
            {
                options.DefaultAuthenticateScheme = JwtBearerDefaults.AuthenticationScheme;
            }).AddJwtBearer(options => ...

Объяснение: Когда вы используете [Авторизовать] на контроллере, он по умолчанию привязывается к первой системе авторизации.

options.DefaultAuthenticateScheme = JwtBearerDefaults.AuthenticationScheme;

При этом вы устанавливаете по умолчанию аутентификацию на предъявителя JWT.

дополнительно вы можете добавить

options.DefaultChallengeScheme = JwtBearerDefaults.AuthenticationScheme;

в этой строке рассказывается, как предотвратить получение ошибки 404 not found при использовании Identity с JWT. Если вы используете идентификацию, DefaultChallengeScheme попытается перенаправить вас на страницу входа в систему, что, если она не существует, приведет к получению 404 не найденного, а не желаемого 401 неавторизованного. установив для DefaultChallengeScheme значение JwtBearerDefaults.AuthenticationScheme при несанкционированном доступе, он больше не будет пытаться перенаправить вас на страницу входа

Если вы используете аутентификацию с помощью файлов cookie с аутентификацией JWT, в теге [Authorize] вы можете указать, какую схему аутентификации вы хотите. Например

[Authorize(AuthenticationSchemes = JwtBearerDefaults.AuthenticationScheme)]

Для всех, кто использует .NET Core 3.1, это работает следующим образом:

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    if (env.IsDevelopment())
    {
        app.UseDeveloperExceptionPage();
    }

    app.UseCors("AllowOrigin");
    app.UseHttpsRedirection();
    app.UseRouting();
    app.UseAuthentication();
    app.UseAuthorization();
    app.UseEndpoints(endpoints =>
    {
        endpoints.MapControllers();
    });
}

Я добавил:

app.UseAuthentication();

В Startup.Configure(), и это решило эту ошибку для меня.

Ссылка: Объявление о переходе на Auth 2.0

Когда добавляются аутентификации, например:

  services.AddAuthentication(options => {
            options.DefaultAuthenticateScheme = JwtBearerDefaults.AuthenticationScheme;
            options.DefaultChallengeScheme = JwtBearerDefaults.AuthenticationScheme;
            options.DefaultScheme = JwtBearerDefaults.AuthenticationScheme;
        })
        ....

Это означает, что каждый атрибут [Authorize], который помещается поверх метода или класса контроллера, будет пытаться аутентифицироваться по схеме аутентификации по умолчанию (в данном случае JwtBearer) И ЭТО НЕ БУДЕТ КАСКАДНО ВНИЗ чтобы попытаться аутентифицироваться с помощью других схем, которые могут быть объявлены (например, схемы Cookie). Чтобы авторизовать AuthorizeAttribute по схеме cookie, он должен быть указан как

[Authorize(AuthenticationSchemes = CookieAuthenticationDefaults.AuthenticationScheme)]

Это будет работать и в обратном направлении, т.е. если по умолчанию используется схема cookie, тогда необходимо объявить схему JwtBearer для авторизации для тех методов или контроллеров, которым потребуется аутентификация токена JwtBearer.

[Authorize(AuthenticationSchemes = JwtBearerDefaults.AuthenticationScheme)]

попробуйте это в startup.cs

services.AddAuthentication(options =>
        {
            options.DefaultAuthenticateScheme = JwtBearerDefaults.AuthenticationScheme;
            options.DefaultChallengeScheme = JwtBearerDefaults.AuthenticationScheme;
        }).AddJwtBearer(opts => ...

Это похоже на поведение, которое вы получаете, когда ваш JWT не проверяется правильно. У меня возникла эта проблема из-за того, что я набрал "Bearer: (JWT)" вместо "Bearer (JWT)" в заголовке.

Если кому-то не повезло с ответами, касающимися конфигурации IServiceCollection.AddAuthentication или реализации Startup.Configure, вы можете попробовать изменить конфигурацию IServiceCollection.AddAuthorization.

Перед внесением этого изменения вызовы API с правильным токеном завершились ошибкой со следующими строками журнала.

[Information] [Microsoft.AspNetCore.Hosting.Diagnostics] Request starting HTTP/1.1 POST http://localhost:5000/api application/json 18
[Debug] [Microsoft.AspNetCore.Routing.Matching.DfaMatcher] 1 candidate(s) found for the request path '"/api"'
[Debug] [Microsoft.AspNetCore.Routing.Matching.DfaMatcher] Endpoint '"ApplicationNamespace.Controllers.ApiController.CreateAsync (ApplicationNamespace)"' with route pattern '"Api"' is valid for the request path '"/api"'
[Debug] [Microsoft.AspNetCore.Routing.EndpointRoutingMiddleware] Request matched endpoint '"ApplicationNamespace.Controllers.ApiController.CreateAsync (ApplicationNamespace)"'
[Debug] [Microsoft.AspNetCore.Authentication.Cookies.CookieAuthenticationHandler] AuthenticationScheme: "Identity.Application" was not authenticated.
[Debug] [Microsoft.AspNetCore.Authentication.Cookies.CookieAuthenticationHandler] AuthenticationScheme: "Identity.Application" was not authenticated.
[Information] [Microsoft.AspNetCore.Authorization.DefaultAuthorizationService] Authorization failed.
[Information] [Microsoft.AspNetCore.Authentication.JwtBearer.JwtBearerHandler] Successfully validated the token.
[Information] [Microsoft.AspNetCore.Authentication.JwtBearer.JwtBearerHandler] AuthenticationScheme: "Bearer" was challenged.
[Information] [Serilog.AspNetCore.RequestLoggingMiddleware] HTTP "POST" "/api" responded 401 in 4.6311 ms

В Startup.ConfigureServices у меня это работает, когда я применил политику по умолчанию с указанной схемой аутентификации.

services.AddAuthorization(opt =>
  {
    var builder = new AuthorizationPolicyBuilder();
    builder.AuthenticationSchemes.Add(JwtBearerDefaults.AuthenticationScheme);
    builder.RequireAuthenticatedUser();
    opt.DefaultPolicy = builder.Build();
  });

Проверьте кодировку ключа подписи в вашем провайдере токенов, это может быть, например, UTF8, а не ASCII.

Вместо этого вы можете попробовать следующее:

.AddJwtBearer(options =>
{
    options.RequireHttpsMetadata = false;
    options.TokenValidationParameters = tokenValidationParameters;
});'