问题标签 [membership-provider]

我有一个 ASP.Net 2.0 网站，目前正在使用自定义 MembershipProvider 和标准登录控件。我想用 DotNetOpenId 中的登录控件替换登录控件。

我覆盖了检查用户名和密码的 ValidateUser，但是在使用 OpenId 时我不需要实现它。

是否可以使用 OpenId 并且我仍然可以使用会员提供程序，以便我仍然可以使用它来访问当前登录的用户？

还是不再需要使用提供者模型的情况？

我已经完成了 MembershipProvider 的自定义实现，但由于某种原因，初始化方法没有被调用，因此我的提供者没有从配置参数正确设置，谁首先调用它，我如何让它工作。

我在我的 ASP.net MVC 网站中更改了 MembershipProvider，现在登录页面的样式表没有被正确引用。如果这可能是原因，下面是我的 web.config 中表单标签的副本。除了名称和超时属性之外，它看起来与新项目生成的相同。

当我现在访问该页面时，CSS 的链接标记如下所示：

什么时候应该是这样的：

我正在实现一个插件架构来实现身份验证，这是一个网站的外部身份验证机制。我计划提供的插件之一是 ActiveDirectory 插件。我想实现 MembershipProvider 的一些功能，包括 MinRequiredPasswordLength，但不想完全实现或配置 ActiveDirectoryMembershipProvider。

有谁知道如何查询 AD 并获得所需的最小密码长度？我知道这可以由 GPO 设置，并根据策略因用户/计算机而异，但我想提供基于域默认值的默认值，而不是任意数字。

[编辑] ActiveDirectoryMembershipProvider 的配置示例将其显示为在配置中设置。有没有办法将它与域策略联系起来？

当覆盖 MembershipProvider 并直接调用它时，有没有办法填充 Initialize 方法的 NameValueCollection 配置参数，而无需手动查看配置文件进行设置？

显然，这个 Initialize 正在被 asp.net 调用，并且配置正在某个地方填充。我已经实现了自己的 MembershipProvider，它通过内置控件运行良好。我想创建我的提供程序的一个新实例并直接调用它，但我真的不想解析 MembershipProvider 的 .config，它是连接字符串名称，然后是连接字符串（如果它已经在某处完成） .

首先，我知道这个问题可能与这个问题重复，是的，我问一个我什至自己回答的问题有点讽刺。

现在，我说的是 ASP.net Profiles。如果这很重要，我正在使用 MVC 构建应用程序，并且我相信内置的 Profile Provider 是无用的。

所以此刻，我在问自己：我应该按照自己的建议编写自定义配置文件提供程序，还是应该完全推出自己的配置文件？

一些假设：

• 我希望我的数据在我决定的数据库结构中
• 这是一个全新的应用程序，没有需要集成的遗留数据库结构或用户群
• 中小型用户（最多约 5000 个用户）
• ASP.net MVC，很可能是 Silverlight 2，甚至可能是一些 Windows Azure，但我仍在试验它，但肯定是 .net 3.5 SP1。
• 并且，可能作为主要决策点：不一定使用 Forms Auth，应用程序最终可能会使用 Active Directory 或 OpenID 进行身份验证

我仍然需要调查是否可以将 ASP.net Membership 与非标准身份验证提供程序 (OpenID) 一起使用，因为我认为 ASP.net Profiles 只有在我使用 ASP.net Membership 时才有意义，所以我最终可能会同时编写两者OpenID 的自定义成员资格提供程序（本质上只是充当桥梁）和自定义配置文件提供程序。

所以是的，我认为这可能是一个好方法，因为我继续使用框架已经给我的东西，但我几乎没有会员资格和个人资料方面的经验，所以也许这里有人对我是否应该完全滚动有所了解我自己的身份验证和/或配置文件，或者如果我最好编写自定义成员资格和配置文件提供程序，这显然是这样做的？

问题，没有方法：

您必须知道当前密码（可能已被散列并被遗忘）。

您如何确保每个帐户一次只有一个用户登录？

假设 cookie 是持久的。

我有一个项目要求，我需要在远程/断开连接的 WPF 应用程序中对 ActiveDirectory 进行身份验证。

可能有几种方法可以尝试这样做，但是使用 ActiveDirectory 的 MembershipProvider 的最佳方法是什么？

我需要：

1. 验证用户是否存在。
2. 获取AD用户的组和角色。

这需要从 Active Directory 所在网络之外的远程位置进行。

我必须为我当前的 ASP .Net 项目创建一个自定义成员资格提供程序，以适应我们的数据库模式，并且在配置它以锁定用户时遇到问题，如果用户密码错误三次，如支持标准提供者。

这是我需要自己实现的东西，还是应该得到固有的支持？

我没有专门处理它的代码（并且似乎没有一个接口成员专门处理它），但是如果我需要自己实现它，我该如何通知用户他们被锁定了？我是否需要在 ValidateUser 中引发某种异常？

解决方案

遗憾的是，我无法标记两个答案，Dave R 提供的链接深入了解了会员的工作原理，而 Zhaph 指出的正是我最终要做的，处理自定义会员提供程序中的锁定逻辑。

然后，我通过使用 Login 控件的 LoginError 事件来处理错误情况，并在那里签入以查看用户是否被锁定以显示适当的错误消息。