WIF：将 IsSessionMode 设置为 true，似乎无法实现

Question

我们在使用 Safari（和 Opera）时遇到了问题，据我所知，FedAuth cookie 太大了。

有一个“巧妙的技巧”可以解决这个问题： “WIF RTM 向 SessionAuthenticationModule 添加了一个属性 IsSessionMode。当翻转为 true 时，IsSessionMode 的作用是确保 SessionSecurityToken 在整个会话期间保留在缓存中，并生成一个仅包含会话标识符而不是会话标识符的 cookie。会议本身的内容。”

我在 global.asax 中有这段代码：

void WSFederationAuthenticationModule_SessionSecurityTokenCreated(object sender, Microsoft.IdentityModel.Web.SessionSecurityTokenCreatedEventArgs e)
{
    FederatedAuthentication.SessionAuthenticationModule.IsSessionMode = true;
}

问题，“FederatedAuthentication.SessionAuthenticationModule.IsSessionMode = true”永远不会运行......为什么？

---

将 IsSessionMode 设置为 true 与“PassiveSignInControl”有关吗？

MSDN 帖子

your-fedauth-cookies-on-a-diet-issessionmode-true.aspx

摘自《Windows® Identity Foundation 编程》一书：

“SAM 的一个有趣的属性是 IsSessionMode。当设置为 true，IsSessionMode 具有存储大部分会话的效果 在服务器端令牌缓存上，而不是将所有内容写入 曲奇饼。 cookie 本身只包含一个小的上下文 标识符，它将用于检索会话 服务器。不幸的是，在这个版本的92 Part II Windows中 Identity Foundation for Identity Developers 产品没有办法 从配置文件设置 IsSessionMode。您可以通过设置它 PassiveSignInControl 的属性，或在 global.asax 文件中作为 如下（与上面相同的代码）”

Answer 1

旧线程，但我相信 SessionSecurityTokenCreated 是处理此问题的正确事件 - 对其进行了测试，它可以在“旧 WIF”和 NET 4.5 下使用适当的命名空间变体工作。

void WSFederationAuthenticationModule_SessionSecurityTokenCreated(object sender, System.IdentityModel.Services.SessionSecurityTokenCreatedEventArgs e)
{
    e.SessionToken.IsReferenceMode = true;
}

Answer 2

您是否为 SessionSecurityTokenCreated 事件注册了事件处理程序？

FederatedAuthentication.WSFederationAuthenticationModule.SessionSecurityTokenCreated 
    += this.WSFederationAuthenticationModule_SessionSecurityTokenCreated;

需要将此行添加到 Global.asax 文件中的 Application_Start 方法中。

命名空间 Microsoft.IdentityModel.Web 中的 FederatedAuthentication 类。

Answer 3

SecurityTokenValidated

您好，尝试一下：不要使用 SessionSecurityTokenCreated 事件，而是使用global.ascx 中的

void WSFederationAuthenticationModule_SecurityTokenValidated(object sender, SecurityTokenValidatedEventArgs e) 
{   
    FederatedAuthentication.SessionAuthenticationModule.IsSessionMode = true; 
}

检查 Dominick Baier 的评论 博客

Answer 4

需要注意的一件重要事情是如何处理 WSFederationAuthenticationModule 类的 SecurityTokenValidated 和 SessionSecurityTokenCreated 事件。

替代方案 1 — 在 global.asax 中自动连接事件（显式方法名称，无需手动连接到事件）：

void WSFederationAuthenticationModule_SecurityTokenValidated(object sender, SecurityTokenValidatedEventArgs e)
{
    FederatedAuthentication.SessionAuthenticationModule.IsReferenceMode = true;
}

// or

void WSFederationAuthenticationModule_SessionSecurityTokenCreated(object sender, SessionSecurityTokenCreatedEventArgs e)
{
    e.SessionToken.IsReferenceMode = true;
}

替代方案 2 — 在 global.asax 中手动连接事件方法。关键是它不能位于 Application_Start 中，而是位于重写的 Init 中：

void Application_Start(object sender, EventArgs e)
{
    // Called only once on application start
    // This is not the right place to wire events for all HttpApplication instances
}

public override void Init()
{
    // Called for each HttpApplication instance
    FederatedAuthentication.WSFederationAuthenticationModule.SecurityTokenValidated += STV;
    FederatedAuthentication.WSFederationAuthenticationModule.SessionSecurityTokenCreated += SSTC;
}

void STV(object sender, SecurityTokenValidatedEventArgs e)
{
    FederatedAuthentication.SessionAuthenticationModule.IsReferenceMode = true;
}

// or

void SSTC(object sender, SessionSecurityTokenCreatedEventArgs e)
{
    e.SessionToken.IsReferenceMode = true;
}