Cache des revendications côté serveur avec authentification Owin

j'ai une application qui utilisait FormsAuthentication , et il y a quelque temps je l'ai commuté pour utiliser le IdentityModel de WindowsIdentityFramework afin que je puisse bénéficier de l'authentification basée sur les revendications, mais il était plutôt laid à utiliser et à mettre en œuvre. Donc maintenant je regarde OwinAuthentication .

je regarde OwinAuthentication et le cadre Asp.Net Identity . Mais la seule implémentation du framework Asp.Net Identity actuellement utilise EntityModel et j'utilise nHibernate . Donc, pour maintenant je cherche à court-circuiter Asp.Net Identity et juste utiliser le Owin Authentication directement. J'ai finalement pu obtenir un login de travail en utilisant les conseils de " Comment puis-je ignorer la magie du cadre D'identité et juste utiliser L'middleware OWIN auth pour obtenir les revendications que je cherche? ", mais maintenant mon cookie contenant les revendications est assez grand. Lorsque j'ai utilisé le IdentityModel j'ai pu utiliser un mécanisme de mise en cache côté serveur qui cache les revendications sur le serveur et le cookie juste tenu un simple jeton pour les informations mises en cache. Y a-t-il une caractéristique similaire dans OwinAuthentication , ou devrais-je l'implémenter moi-même?

Je m'attends à être dans l'un de ces bateaux...

2. le cookie reste comme 3KB, Oh bien il est un peu grand.
3. permet une fonctionnalité similaire à celle de IdentityModel dans Owin que je ne connais pas.
4. écrire ma propre implémentation pour mettre en cache le les informations qui font gonfler le cookie et voir si je peux le connecter lorsque je configure Owin au démarrage de l'application.

5. je fais tout de Travers et il y a une approche à laquelle je n'ai pas pensé ou j'utilise quelque chose dans Owin .

   public class OwinConfiguration
   {
       public void Configuration(IAppBuilder app)
       {
           app.UseCookieAuthentication(new CookieAuthenticationOptions
           {
               AuthenticationType = "Application",
               AuthenticationMode = AuthenticationMode.Active,
               CookieHttpOnly = true,
               CookieName = "Application",
               ExpireTimeSpan = TimeSpan.FromMinutes(30),
               LoginPath = "/Login",
               LogoutPath = "/Logout",
               ReturnUrlParameter="ReturnUrl",
               SlidingExpiration = true,
               Provider = new CookieAuthenticationProvider()
               {
                   OnValidateIdentity = async context =>
                   {
                       //handle custom caching here??
                   }
               }
               //CookieName = CookieAuthenticationDefaults.CookiePrefix + ExternalAuthentication.ExternalCookieName,
               //ExpireTimeSpan = TimeSpan.FromMinutes(5),
           });
       }
   }
   

mise à JOUR J'ai pu obtenir l'effet désiré en utilisant les informations fournies par Hongye et j'ai trouvé la logique ci-dessous...

Provider = new CookieAuthenticationProvider()
{
    OnValidateIdentity = async context =>
    {
        var userId = context.Identity.GetUserId(); //Just a simple extension method to get the ID using identity.FindFirst(x => x.Type == ClaimTypes.NameIdentifier) and account for possible NULLs
        if (userId == null) return;
        var cacheKey = "MyApplication_Claim_Roles_" + userId.ToString();
        var cachedClaims = System.Web.HttpContext.Current.Cache[cacheKey] as IEnumerable<Claim>;
        if (cachedClaims == null)
        {
            var securityService = DependencyResolver.Current.GetService<ISecurityService>(); //My own service to get the user's roles from the database
            cachedClaims = securityService.GetRoles(context.Identity.Name).Select(role => new Claim(ClaimTypes.Role, role.RoleName));
            System.Web.HttpContext.Current.Cache[cacheKey] = cachedClaims;
        }
        context.Identity.AddClaims(cachedClaims);
    }
}