.Net Claims Auth - 无法设置当前主体

Question

我正在尝试使用基于声明的身份验证重新登录系统.

到现在为止还挺好

单步执行,它似乎正确评估用户名和密码并正确创建声明主体(包括添加身份验证类型,以便根据此SO问题将IsAuthenticated设置为true .)

但是之后...

不知何故,身份似乎没有正确设置在线上.结果,我被直接重定向回登录页面.

代码

我有以下内容global.asax:

private void Application_PostAuthenticateRequest(object sender, EventArgs e)
{
    var currentPrincipal = ClaimsPrincipal.Current; 
    var transformer = new ClaimsTransformer(); //My own custom transformer; code below.
    var newPrincipal = transformer.Authenticate(string.Empty, currentPrincipal); // does the transformation

    // as I understand, it is proper & recommnded to set both of these
    Thread.CurrentPrincipal = newPrincipal;
    HttpContext.Current.User = newPrincipal;
}

在我的登录控制器中,我对会员数据库进行了简单的测试.我在调试时验证了这newCP是一个有效的,经过身份验证的身份,具有预期的名称.

[HttpPost]
[AllowAnonymous]
public ActionResult UserLogin(LoginViewModel viewModel)
{

    var loginSuccess = Membership.ValidateUser(viewModel.UserName, viewModel.Password);

    if (loginSuccess)
    {
        // CustomApplicationIdentity puts some identity-based logic into business domain terms and uses Claims underneath. 
        //Should have done it at the IPrincipal level, but instead I created the ToAuthenticatedStandardClaimsIdentity() which returns a new authenticated ClaimsIdentity.

        var newIdentity = new CustomApplicationIdentity(viewModel.UserName);
        var cp = new ClaimsPrincipal(newIdentity.ToAuthenticatedStandardClaimsIdentity());

        var newCP = new ClaimsTransformer().Authenticate(string.Empty, cp);
        System.Web.HttpContext.Current.User = newCP;
        Thread.CurrentPrincipal = newCP;

        if (!string.IsNullOrWhiteSpace(viewModel.ReturnUrl))
        {
            return Redirect(viewModel.ReturnUrl);
        }
        return RedirectToAction("Index", "Identity");

    }
}

问题

当它重定向到Action时,我看到它Application_PostAuthenticateRequest再次击中,这非常有意义.

但是,尽管先前设置了主体,但现在看起来这是一个空主体(没有名称,IsAuthenticated设置为false).

我哪里错了？

一些想法:

• 是因为我还没有设置SessionSecurityToken吗？
• 我是否完全错过了有关线程或正确设置上下文的内容？
• 由于UserLogin方法是在MVC中,我也尝试使用控制器上下文,但这似乎也没有用.
• 是否有可能其他东西可能在中间弄乱这个？
  • 阅读:是否有一种简单的方法可以验证旧登录系统的某些部分是否未被遗留并且与我玩弄？

Answer 1

经过大量研究(并通过Dominick Baier的优秀Pluralsight课程),解决方案如下:

重叠的大步骤/问题

• 我没有设置会话身份验证cookie,因此重定向被视为新请求,没有看到cookie并且没有设置主体.
• 后来,当我使用会话身份验证管理器时,事实证明Cassini(VS的内置调试服务器)根本没有加载SessionAuthenticationManager
  • (IIS和IIS Express这样做很好).

完整解决方案

一步一步(再次,大部分内容归功于Dominick的视频):

步骤1:向配置添加身份服务

• 右键单击您的项目,然后选择"添加引用..."
• 在"框架"部分中,选择 System.IdentityModel.Services
• 将以下内容添加到web.config:

(下面的完整大纲,在web.config中插入该大纲中的两个部分):

<configuration>
    <configSections>
        <section name="system.identityModel" type="System.IdentityModel.Configuration.SystemIdentityModelSection, System.IdentityModel, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
        <section name="system.identityModel.services" type="System.IdentityModel.Services.Configuration.SystemIdentityModelServicesSection, System.IdentityModel.Services, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
    </configSections>
</configuration>

第2步:添加会话身份验证管理器

(这取决于配置设置)

在system.webServerweb.config 的部分中,添加以下行:

  <remove name="RoleManager"/> <!--Not needed anymore in my case -->
  <add name="SessionAuthenticationModule" type="System.IdentityModel.Services.SessionAuthenticationModule, System.IdentityModel.Services, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>

第3步:删除Global.asax中的PostAuthenticate方法

(不再需要因为SAM,它会检测到cookie;为什么在每次请求时运行它,如果你不需要,对吧？)

第4步:设置您的声明转换方法以设置身份验证cookie

在ClaimsAuthenticationManager中添加这些行(我的名为ClaimsTransformer).我把它放在一个名为"EstablishSession"的单独方法中,它在已经转换后接收了我的主体:

private void EstablishSession(ClaimsPrincipal transformedPrincipal)
{
    var sessionToken = new SessionSecurityToken(transformedPrincipal, TimeSpan.FromHours(8));
    FederatedAuthentication.SessionAuthenticationModule.WriteSessionTokenToCookie(sessionToken);
}

因此,现在每当您转换声明时都会设置Cookie,这是有道理的,因为如果用户成功通过身份验证,您只会转换声明.

第五步:把头发撕掉一点......

...想知道为什么SessionAuthenticationManager总是为空.

说真的,一切似乎都有效,而且你的配置是正确的,但如果它不是每个都是空的,那就是它.单.时间.

步骤6:将调试Web服务器切换到IIS Express

啊,看起来Cassini(VS Debugger中的内置版)不能与SessionAuthenticationManager一起使用.

但是,IIS Express可以.将其切换到项目设置中的那个.

还有瞧!

现在我有一个有效的页面.