authentication - 考虑放弃编写自定义成员和角色提供程序的想法。意见？

Question

我有一个在 ASP.NET 中构建的 Web 应用程序，它具有以下安全要求:

必须能够与将唯一 key 传回应用程序以指示用户已通过第三方站点登录的主身份验证方案集成。

必须能够使用现有的用户/角色表。

如果用户不是第三方站点的成员，则可以使用表单例份验证并允许用户通过单独的登录页面登录。

我已经尝试自定义 SQL 角色和成员资格提供程序，但我遇到了问题，特别是有一个强类型的 MembershipUser 对象，它有一个 uniqueIdentifier (providerKey) 并且没有空间容纳我自己的自定义键集(有将是两个)识别用户。
我应该放弃我的自定义成员(member)提供程序实现而只使用 cookie/ session 吗？我真的很想使用内置功能，但它似乎不可行。

Answer 1

您可能想要做的是在现有功能的基础上构建您的项目 1，请先尝试。使用返回的信息，自动登录用户。如果第一个过程失败，使用内置代码进行标准身份验证。

我已经为使用 DotNetNuke 的客户多次在 ASP.NET 成员资格提供程序之上构建了这种类型的系统，它运行良好。