ASP.NET Core 2.0 Vorschau 1: Einrichten der Cookie-Authentifizierung mit benutzerdefiniertem Anmeldepfad

Question

In ASP.NET Core 2.0 hat die Middleware .UseAuthentication() eine brechende Änderung, die old syntax mentioned here nicht mehr funktioniert.

Die neue Version scheint mit config in addAuthentication umzugehen, aber ich kann nirgendwo Details darüber finden, wie ich meinen alten Code ändern kann, der eine benutzerdefinierte Anmelde- und Abmelde-URL angegeben hat.

 services.AddAuthentication(o => 
     { 
      // Where can I specify this????? 
      var opt = new CookieAuthenticationOptions() 
      { 
       LoginPath = "/api/login", 
       LogoutPath = "/api/logout", 
      }; 

      o.DefaultSignInScheme = CookieAuthenticationDefaults.AuthenticationScheme; 
      o.DefaultAuthenticateScheme = CookieAuthenticationDefaults.AuthenticationScheme; 
     }); 

Jede mögliche Hilfe würde geschätzt ...

Answer 1

wie dies aktualisiert hat sich in der 2 wieder leicht verändert.0 RTM Bits

Es stellt sich heraus, es ist viel einfacher als erwartet, aber als the official documentation noch nicht aktualisiert worden ist, hier ist genau das, was für Normal Plätzchen Auth funktioniert:

Konfiguration:

in ConfigureServices() den spezifischen Authentifizierungsmechanismus konfigurieren:

services 
    .AddAuthentication(CookieAuthenticationDefaults.AuthenticationScheme) 
    .AddCookie(o => 
    { 
     o.LoginPath = "/api/login"; 
     o.LogoutPath = "/api/logout"; 
     // additional config options here 
    }); 

dann in Configure() um tatsächlich die Middleware zu anschließen:

app.UseAuthentication(); 

Verwenden der Auth-Komponenten

dann die eigentlichen Auth Komponenten zu verwenden, die Logik von dem HttpContext.Authentication Objekt verschoben hat, auf nur HttpContext in Anwendungslogik wie Controller-Code:

await HttpContext.SignInAsync(CookieAuthenticationDefaults.AuthenticationScheme, 
      new ClaimsPrincipal(identity)); 

oder:

await HttpContext.SignOutAsync(CookieAuthenticationDefaults.AuthenticationScheme); 

Answer 2

Das Beispiel, das Sie geschrieben scheint nicht sowieso einen echten Code zu sein (das heißt new CookieAuthenticationOptions() innerhalb des AddAuthentication Anruf zu sein, und nicht als Argument AddCookieAuthentication). Sie fügen keine Autorisierungen innerhalb des AddAuthorization Aufrufs hinzu, Sie richten nur Standard-Middlewares hier ein, siehe this announcement.

Alt:

services.AddAuthentication(sharedOptions => 
     sharedOptions.SignInScheme = CookieAuthenticationDefaults.AuthenticationScheme); 

app.UseOpenIdConnectAuthentication(new OpenIdConnectOptions 
    AutomaticChallenge = true, 
    AutomaticAuthenticate = true, 

Neu:

app.AddAuthentication(o => { 
    o.DefaultChallengeScheme = OpenIdConnectDefaults.AuthenticationScheme; 
    o.DefaultSignInScheme = CookieAuthenticationDefaults.AuthenticationScheme; 
    o.DefaultAuthenticateScheme = CookieAuthenticationDefaults.AuthenticationScheme; 
}); 

Und die

services.AddXxxAuthentication(new XxxOptions() { ... }); 

ersetzt mit

services.AddXxxAuthentication(options => { 
}); 

soll mit allen anderen Methoden, die eine Konfiguration akzeptieren, inline sein.

auch immer lohnt ein Blick auf die ASP.NET Core Announcements GitHub Repository, wo das ASP.NET Core Team wichtige Änderungen für die nächste Version gibt, wählen Sie einfach einen bestimmten Meilenstein dort, also 2.0.0-preview1, 2.0.0-preview2 usw.