ASP.NET Core 2.0 Aperçu 1: Comment faire pour configurer l'Authentification par Cookie avec connexion personnalisée chemin
Dans ASP.NET Core 2.0 .UseAuthentication() middleware a une modification importante qui ne permet plus le l'ancienne syntaxe mentionné ici de travail.
La nouvelle version apparaît à traiter avec la config dans addAuthentication, mais je ne peux pas trouver tout les détails de n'importe où sur la façon de changer mon vieux code qui indiquait une coutume de connexion et de déconnexion de l'url.
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;
});
Toute aide serait appréciée...
Vous devez vous connecter pour publier un commentaire.
Mise à jour, comme cela a été légèrement modifié à nouveau dans la 2.0 RTM
Il s'avère qu'il est beaucoup plus facile que prévu, mais comme la documentation officielle n'a pas encore été mis à jour, ici, c'est exactement ce qui fonctionne pour le Cookie d'authentification:
Configuration:
Dans
ConfigureServices()
configurer le mécanisme d'Authentification spécifique:Puis dans
Configure()
pour réellement accrocher le middleware:À l'aide de l'Authentification des Composants
Puis utiliser le Auth composants de la logique a changé à partir de la
HttpContext.Authentication
objet, à justeHttpContext
dans la logique de l'application comme le contrôleur de code:ou:
L'exemple que vous avez posté ne semble pas être un véritable code de toute façon (c'est à dire
new CookieAuthenticationOptions()
étant à l'intérieur de la AddAuthentication appel, plutôt que comme argument pourAddCookieAuthentication
). Vous n'avez pas ajouter des autorisations à l'intérieur de laAddAuthorization
appel, vous venez de l'installation des normes de middlewares ici, voir cette annonce.Vieux:
Nouveau:
Et la
sont remplacés par
pour être en ligne avec toutes les autres méthodes qui acceptent une configuration.
Aussi toujours la peine de regarder le ASP.NET Core Annonces GitHub, où l'ASP.NET l'Équipe de Base annonce la rupture des changements pour la prochaine version, il suffit de sélectionner un jalon spécifique là, c'est à dire 2.0.0-preview1, 2.0.0-preview2, etc.
IApplicationBuilder
a pas de méthode appeléeAdd*
, et donc ne devrait pasapp.AddAuthentication(...)
êtreservice.AddAuthentication(...)
?