SignInManager,ce que c'est et comment,quand les utiliser?

Disclaimer: je suis confus par le modèle utilisé dans ASP.NET l'identité de moi-même et ce que je dis, c'est ma compréhension des choses, qui peuvent être inexactes (je pourrais aussi énoncer des choses évidentes, donc je m'excuse). Aussi, je jouais avec Asp.Net de Base de l'identité récemment, ce qui est légèrement différent par rapport à ce qui était disponible pour Asp.Net 4, afin que je puisse mélanger les choses.

Cookies

ASP.NET l'identité fonctionne avec deux types de cookies: un cookie d'Application et Externes cookie. Application cookie contient votre application identité et qui est délivré par signe dans le gestionnaire. Externe cookie contient externe fournisseur d'authentification de l'identité et qui est délivré par l'authentification middleware (comme FacebookAuthenticationMiddleware, par exemple). Vous utilisez signe dans le gestionnaire de consommer de l'externe cookie et la question de l'application cookie. Si vous n'utilisez pas l'authentification externe vous n'avez pas à traiter avec les cookies externes.

Signe dans le gestionnaire de

Classe déclarée comme ceci:

public class SignInManager<TUser, TKey> : IDisposable 
    where TUser : class, IUser<TKey> 
    where TKey : IEquatable<TKey>

De sorte que vous pouvez utiliser n'importe quelle classe en votre qualité d'utilisateur, tant qu'il met en œuvre IUser<TKey> interface. Ou utiliser IdentityUser que votre base si vous commencez à partir de zéro, qui met en œuvre IUser<string>. Dans le passé, j'ai tenté de créer une application qui utilise int comme TKey, mais a abandonné la tentative après avoir passé pas mal de temps à essayer de le faire fonctionner et ne voyant aucun progrès.

Mot de passe dans

SignInManager.SignInAsync méthode des questions cookie d'application pour l'utilisateur spécifié tout de suite, sans aucun contrôle, donc si vous implémentez un personnalisé logique d'authentification, vous pouvez l'utiliser (par défaut asp.net MVC modèle utilise après l'inscription de l'utilisateur de sorte qu'ils n'ont pas à s'authentifier de suite après l'inscription).

SignInManager.PasswordSignInAsync donné le nom d'utilisateur et mot de passe, vérifie leur validité et les problèmes d'application de cookie si elles sont correctes.

Signe externe dans

Au lieu d'avoir à l'utilisateur de créer login et mot de passe pour votre site que l'on voudrait utiliser certains site web externe d'authentifier et de transmettre les informations d'authentification pour vous avec OAuth.

Asp.Net l'Identité est une notion de User et Login, où User est... eh bien, l'utilisateur (une personne), et Login est le diplôme qui User authentifie. User peut avoir plusieurs Logins.

OAuth flux de vu de l'Asp.Net site web ressemble à ceci (basé sur le journal par défaut dans le flux généré par VS modèle):

1. Vous configurez externes, les fournisseurs d'authentification (authentification middleware) qui vous êtes prêt à accepter (qui implique probablement l'inscription sur le site web externe. Par exemple, pour utiliser Facebook authentification, vous devez créer Facebook app, configurer des URL de retour là pour pointer vers votre site web et configurer FacebookAuthenticationMiddleware avec ID d'application et le secret de l'app Facebook vous offre).
2. Vous présenter utilisateur non authentifié avec un choix de fournisseurs externes vous soutenir.
3. Utilisateur choisit un fournisseur, le choix est envoyé à votre Asp.Net application web
4. Web les problèmes d'application d'une ChallengeResult contenant le nom du fournisseur à utiliser (ce qui arrive souvent dans la AccountController.ExternalLogin), URL de retour est définie pour appeler AccountController.ExternalLoginCallback et le rendement réel de l'URL, l'utilisateur doit s'arrêter en est enregistré pour plus tard.
5. Middleware approprié attrape le ChallengeResult objet et le convertit en réponse de redirection HTTP, qui provoque de l'utilisateur du navigateur pour accéder à des sites web de tiers qui demande à l'utilisateur des informations d'identification.
6. Troisième partie du site web sur la réussite de l'authentification redirige l'utilisateur vers votre site web à l'URL spécifique conçu par l'authentification middleware (pour Facebook c'est /signin-facebook IIRC).
7. Authentification middleware intercepte cet appel, valide les données transmises par les sites web de tiers et si tout est OK problèmes externes cookie, et vous redirige vers ce qui a été défini comme URL de retour à l'étape 4 (qui devrait être AccountController.ExternalLoginCallback).
8. Dans AccountController.ExternalLoginCallback on s'attend à consommer les externes cookie et d'émettre une demande de cookie. C'est ce que SignInManager.ExternalSignInAsync t: étant donné que les informations de connexion, il essaie de trouver de l'utilisateur avec qui Login. S'il en trouve, il les problèmes d'Application de témoin; s'il ne le fait pas, il vous informe et vous devez faire ce que vous pensez est juste lorsque vous recevez inconnu Login (en règle générale, vous créez un nouvel utilisateur à ce point. Défaut de mise en œuvre de VS modèle de demande pour plus d'info à ce stade, et crée l'utilisateur dans AccountController.ExternalLoginConfirmation). Après que l'utilisateur est redirigé vers rendement réel de l'URL "sauvegardés pour plus tard" à l'étape 4.

De stockage personnalisé

J'ai été infructueuses jusqu'à présent avec la création de stockage personnalisé pour Asp.Net l'Identité. Il implique généralement la mise en œuvre de votre propre gestionnaire de l'utilisateur de la classe descendant de la UserManager<TUser, TKey> et de la classe de stockage de la mise en œuvre des tas d'interfaces, comme IUserStore<TUser, TKey>, IUserRoleStore<TUser, TKey>, etc.