Question

这个问题是一个结构/设计问题，因为我无法找到执行任务的最佳方法。

在我的MVC应用程序中，我使用DotNetOpenAuth（3.4）作为我的登录信息提供者，只使用标准FormsAuthentication作为cookie等。

数据库中的当前用户表具有：

UserId（PK，uniqueidentifier）
OpenIdIdentifier（nvarchar（255））
OpenIdDisplay（nvarchar（255））
Displayname（nvarchar（50））
电子邮件（nvarchar（50））
PhoneNumber（nvarchar（50））

由于UserId是用户的明确标识符（他们应该能够在以后更改其OpenId提供程序），因此它是其他表链接到的键（对于用户而言）。

这是当前代码，在成功身份验证时，会创建一个临时用户并重定向到Create Action。

        switch (response.Status)
        {
            case AuthenticationStatus.Authenticated:

                FormsAuthentication.SetAuthCookie(response.ClaimedIdentifier, false);

                var users = new UserRepository();
                if (!users.IsOpenIdAssociated(response.ClaimedIdentifier))
                {
                    var newUser = new DueDate.Models.User();
                    newUser.OpenIdIdentifer = response.ClaimedIdentifier;
                    newUser.OpenIdDisplay = response.FriendlyIdentifierForDisplay;

                    TempData["newUser"] = newUser;

                    return this.RedirectToAction("Create");
                }

现在问题的症结在于：

response.ClaimedIdentifier是否存储了针对用户的正确信息？
FormAuthentication.SetAuthCookie是表单身份验证的首选方式吗？或者有更好的方法吗？
当我调用SetAuthCookie时，除了ClaimedIdentifier之外，没有与用户相关的数据。如果我一直提到他们的UserId，最好是创建用户，然后将UserId存储在Cookie而不是ClaimedIdentifier？
如果我在很多地方使用UserId，我如何从cookie中检索它，或者将它存储在其他更合乎逻辑/有用的地方？

有点长的啰嗦，但我一直在努力找出最好的方法来做这个/

Answer 1

1.是response.ClaimedIdentifier要对用户存储的正确信息吗？

是的。并确保将其存储在数据库中的列区分大小写。这是一个表模式，演示了如何确保它区分大小写。这来自DotNetOpenAuth项目模板的数据库模式。对于区分大小写的指定归类的“CS”位。

CREATE TABLE [dbo].[AuthenticationToken] (
    [AuthenticationTokenId]    INT            IDENTITY (1, 1) NOT NULL,
    [UserId]                   INT            NOT NULL,
    [OpenIdClaimedIdentifier]  NVARCHAR (250) COLLATE SQL_Latin1_General_CP1_CS_AS NOT NULL,
    [OpenIdFriendlyIdentifier] NVARCHAR (250) NULL,
    [CreatedOn]                DATETIME       NOT NULL,
    [LastUsed]                 DATETIME       NOT NULL,
    [UsageCount]               INT            NOT NULL
);

2. FormAuthentication.SetAuthCookie是表单身份验证的首选方式吗？或者有更好的方法吗？

对于MVC应用程序，它肯定是，因为您仍然可以从该方法返回首选ActionResult。

3.当我调用SetAuthCookie时，除了ClaimedIdentifier之外，没有与用户相关的数据。如果我一直在指他们的UserId，最好是创建用户，然后将UserId存储在cookie而不是ClaimedIdentifier中？

这听起来像个人喜好。但我通常会使用user_id，因为每次发出HTTP请求时，它可能会导致更快的数据库查找，这需要您查找任何用户信息。

4.如果我在很多地方使用UserId，我如何从cookie中检索它，或者将它存储在其他更合乎逻辑/有用的地方？

FormsAuthentication 提供了一种在其加密cookie中存储更多信息的方法，而不仅仅是用户名，但它比您期望的更难使用。这个片段来自DotNetOpenAuth的网络SSO RP样本：

const int TimeoutInMinutes = 100; // TODO: look up the right value from the web.config file
var ticket = new FormsAuthenticationTicket(
    2, // magic number used by FormsAuth
    response.ClaimedIdentifier, // username
    DateTime.Now,
    DateTime.Now.AddMinutes(TimeoutInMinutes),
    false, // "remember me"
    "your extra data goes here");

HttpCookie cookie = new HttpCookie(FormsAuthentication.FormsCookieName, FormsAuthentication.Encrypt(ticket));
Response.SetCookie(cookie);
Response.Redirect(Request.QueryString["ReturnUrl"] ?? FormsAuthentication.DefaultUrl);

然后，您可以使用以下内容获取未来HTTP请求中的额外数据：

var cookie = HttpContext.Current.Request.Cookies[FormsAuthentication.FormsCookieName];
if (cookie != null) {
    var ticket = FormsAuthentication.Decrypt(cookie.Value);
    if (!string.IsNullOrEmpty(ticket.UserData)) {
        // do something cool with the extra data here
    }
}

存储DotNetOpenAuth信息和用户信息检索

1 个答案: