在ASP.Net中处理用户会话的最佳方法是什么？

任何登录的用户都需要提供用户名、密码和域。对于该用户，应在服务器端创建windows标识。在这种情况下，在ASP.Net中使用用户身份跨页面处理用户会话的最佳方法是什么？

使用会话变量存储用户详细信息。

使用会话变量存储用户详细信息。

我猜用户名、密码、域是否通过Active Directory验证？如果是这样，您将对本文感兴趣：

---

如果您只是使用会话来“记住某人已登录”，这将为您解决所有问题。

我猜用户名、密码、域是否已通过Active Directory身份验证？如果是这样，您将对本文感兴趣：

---

如果您只是使用会话来“记住某人已登录”，这将为您解决所有问题。

也许我不理解这里的问题，但对我来说，您似乎可以创建一个自定义的会员资格/配置文件提供程序来验证AD。如果找不到该帐户，请创建它们。这将允许您在asp.net端正常工作，同时仍允许您与AD进行交互

何女士:

---

很抱歉，如果这不是您要找的，但基于这个问题，这似乎是正确的。

也许我不理解这里的问题，但对我来说，您似乎可以创建一个自定义的会员资格/配置文件提供商来验证AD。如果找不到帐户，请创建它们。这将允许您在asp.net端正常工作，同时仍允许您与AD进行交互

何女士:

---

很抱歉，如果这不是您想要的，但从问题来看，这似乎是正确的。

当用户单击浏览器按钮并返回登录页面时，我们是否可以使会话变量过期？最好使用注销按钮放弃会话。即使在提供注销按钮后，如果用户单击浏览器按钮并返回登录页面，放弃那个页面上的会话是好的，对吧？我不这么认为。对不起，如果我错了。通常会话以两种方式结束。用户注销或出现会话超时。当用户单击浏览器按钮并返回登录页面时，是否可以使会话变量过期？最好使用注销按钮放弃会话。即使在提供注销按钮后，如果用户单击浏览器按钮并返回登录页面，放弃那个页面上的会话是好的，对吧？我不这么认为。对不起，如果我错了。通常会话以两种方式结束。用户注销或出现会话超时。是否询问如何使用active directory进行窗体身份验证？是否询问如何使用active directory进行窗体身份验证？