ASP.NET 5フレームワークのベータ8パッケージを、以前動作していたアプリケーションのRCパッケージで更新しました。実行した後、起動プロセスで次のエラーが発生しました。
InvalidOperationException:スキームを処理する認証ハンドラーが構成されていません:自動Microsoft.AspNet.Http.Authentication.Internal.DefaultAuthenticationManager.d__12.MoveNext()
var defaultPolicy =
new AuthorizationPolicyBuilder()
.RequireAuthenticatedUser()
.Build();
services.AddMvc(setup =>
{
setup.Filters.Add(new AuthorizeFilter(defaultPolicy)); // Error occurs here
});
誰かが同様の問題を抱えていた場合、何が間違っていたのかについてのあなたのアイデアや解決策に感謝します。この例外の説明も歓迎します。
Startup.cs
using Autofac;
using Autofac.Extensions.DependencyInjection;
using Microsoft.AspNet.Authorization;
using Microsoft.AspNet.Builder;
using Microsoft.AspNet.Hosting;
using Microsoft.AspNet.Http;
using Microsoft.AspNet.Mvc.Filters;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.PlatformAbstractions;
using SuperUserMVC.Configuration;
using SuperUserMVC.Extensions;
using SuperUserMVC.GlobalModules;
using System;
namespace SuperUserMVC
{
public class Startup
{
public IConfigurationRoot Configuration { get; set; }
// Entry point for the application.
public static void Main(string[] args) => WebApplication.Run<Startup>(args);
public Startup(IHostingEnvironment env, IApplicationEnvironment appEnv)
{
var builder = new ConfigurationBuilder()
.SetBasePath(appEnv.ApplicationBasePath)
.AddJsonFile("appsettings.json");
Configuration = builder.Build();
}
public IServiceProvider ConfigureServices(IServiceCollection services)
{
services.Configure<AppSettingsBase>(Configuration.GetSection("AppSettingsBase"));
services.Configure<ConnectionString>(Configuration.GetSection("ConnectionString"));
services.AddSqlServerCache(cache =>
{
cache.ConnectionString = Configuration.Get<string>("ASPState:ConnectionString");
cache.SchemaName = Configuration.Get<string>("ASPState:Schema");
cache.TableName = Configuration.Get<string>("ASPState:Table");
});
services.AddSession(session =>
{
session.IdleTimeout = TimeSpan.FromMinutes(120);
});
// Only allow authenticated users.
var defaultPolicy = new AuthorizationPolicyBuilder()
.RequireAuthenticatedUser()
.Build();
// Add MVC services to the services container.
services.AddMvc(setup =>
{
setup.Filters.Add(new AuthorizeFilter(defaultPolicy));
});
var builder = new ContainerBuilder();
builder.RegisterModule(new AutofacModule());
builder.Populate(services);
var container = builder.Build();
return container.Resolve<IServiceProvider>();
}
public void Configure(IApplicationBuilder app, IHttpContextAccessor httpContextAccessor)
{
// Catch unhandled exception in pipeline.
bool isProductionEnvironment = Configuration.Get<bool>("environmentVariables:isProductionEnvironment");
app.UseCustomUnhandledException(isProductionEnvironment, Configuration.Get<string>("defaultErrorPagePath"));
// Log requests.
app.UseVisitLogger(isProductionEnvironment);
// Session must be used before MVC routes.
app.UseSession();
// Configure the HTTP request pipeline.
app.UseCookieAuthentication(options =>
{
options.AuthenticationScheme = "Cookies";
options.LoginPath = new PathString("/Account/Login/");
options.AccessDeniedPath = new PathString("/Account/Forbidden/");
options.CookieName = "MyCookie";
options.AutomaticAuthenticate = true;
options.SessionStore = new MemoryCacheSessionStore();
});
AutoMapperInitializer.Init();
app.UseStaticFiles();
// Route configuration.
app.UseMvc(routes =>
{
routes.MapRoute(
name: "AreaDefault",
template: "{area:exists=Demo}/{controller=Home}/{action=Index}/{id?}"
);
routes.MapRoute(
name: "Default",
template: "{controller=Home}/{action=Index}/{id?}"
);
});
}
}
}
Cookieオプションでoptions.AutomaticChallenge = true;
を設定してみてください。機能するはずです。
options.AutomaticAuthentication
はoptions.AutomaticAuthenticate
とoptions.AutomaticChallenge
に分割されました。最後の1つがfalse
に残されている場合、認証フィルターによって適用されるチャレンジを処理する認証ミドルウェアがないため、例外がスローされます。
_AutomaticChallenge = true
_を設定したとしても、このエラーを処理するのに多くの時間を費やしただけなので、これが他の人の助けになることを願っています。
app.UseIdentity();
の後にapp.UseMvc(routes => ...)
を置くと、同じエラーが発生することがわかります。答えがわかったので、それは明らかです。これは、このミドルウェアはすべて、追加した順序で発生するためです。
これにより、「認証ハンドラが構成されていません」エラーが発生します。
_ public void Configure(...)
{
app.UseMvc(routes => { routes.MapRoute(...) }; );
app.UseIdentity();
}
_
これはエラーを引き起こしません:
_ public void Configure(...)
{
app.UseIdentity();
app.UseMvc(routes => { routes.MapRoute(...); });
}
_
これをConfigureメソッドに配置します。
app.UseIdentity();
この問題は、Cookieスキームが参照される場所に常に一貫して名前が付けられるようにすることで解決しました。例えば。:
public void ConfigureServices(IServiceCollection services)
{
// if using IdentityServer4
var builder = services.AddIdentityServer(options =>
{
options.AuthenticationOptions.AuthenticationScheme = Constants.DefaultCookieAuthenticationScheme;
...
})
services.AddIdentity<MyUser, IdentityRole>(options =>
{
options.Cookies.ApplicationCookie.AuthenticationScheme = Constants.DefaultCookieAuthenticationScheme;
...
}
}
public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
{
...
app.UseCookieAuthentication(new CookieAuthenticationOptions
{
AuthenticationScheme = Constants.DefaultCookieAuthenticationScheme,
AutomaticAuthenticate = false,
AutomaticChallenge = true
});
}
そして、認証ミドルウェアと対話するとき。例えば。:
await HttpContext.Authentication.SignInAsync(Constants.DefaultCookieAuthenticationScheme, cp);
app.UseIdentity();
およびUseFacebookAuthentication
などの他のログインミドルウェアを使用する場合は、app.UseFacebookAuthentication()
がapp.UseIdentity();
の後であることを確認してください。
別の可能性は、構成で次の設定が欠落している
app.UseCookieAuthentication();
構成設定の多くを_startup.cs
_ファイル内に配置するのは魅力的ですが、物事を行うための好ましい方法は_startup.cs
_内でapp.UseCookieAuthentication()
-sans options-を設定することですファイルを作成し、すべての「オプション」およびその他の詳細を別のファイルに配置します。
_Global.asax
_ファイルがAsp.Net vBeforeの_App_Start
_フォルダーファイルへのポインターをどのように使用していたかのようなものです。
_startup.cs
_でEF/Sqlを構成しようとしていて、すべての 'オプション'を_startup.cs
_の外に移動することで、同様の痛みに苦しみました。
また、v -8betaからv -RC1-finalまでの多くの名前空間の「名前変更」を指摘する質問へのFredy Wengerコメントに注意してください。