问题标签 [membership-provider]

我想从头开始构建类似门户的 asp.net Web 应用程序，并将 asp.net MembershipProvider 视为用户管理的标准方式。我创建了从 SqlMembershipProvider 继承的提供程序并覆盖了 ValidateUser 方法：

我正在尝试针对所有应用程序验证输入的凭据，而 GetAllApplicationsMethod() 从 aspnet_Applications 表中获取所有应用程序（我也有在同一个表中插入应用程序的部分）。

如果验证成功，则应用程序名称保留在成员资格和角色提供程序上，否则将保留默认名称，即为匿名用户预定义的应用程序。

我编写了一个自定义 MembershipProvider，它使用自定义数据库模式来存储成员，但我无法弄清楚如何部署提供程序。我的目标服务器正在运行 IIS7，我可以导航到一个对话框以添加一个 .NET 用户提供程序，但不是让我选择包含提供程序的程序集和类，而是提供一个下拉菜单几个 MS 书面提供商。

我是否需要将程序集放在特定位置，以便 IIS 发现我的 MembershipProvider 类？如果是这样，.dll 需要去哪里？否则，如何告诉 ASP.Net 使用我的 MembershipProvider？我看到的每个示例都只是引用了完全限定的类名，但没有提及需要如何部署文件。

I have this question: "Does implementing a custom MembershipProvider class needs you to implement a custom Membership class too?" I am a bit confused about implementing a custom membership framework on ASP.NET.

I dont have sample classes to show you but what if the previous website used a database or schema that is different to the ones ASP.NET uses?

Many thanks!

对于我目前正在进行的一个项目，我有兴趣允许用户提供多个电子邮件地址，既用于联系目的，也可以提供基于地址簿的社交匹配。我计划编写一个自定义会员提供程序（aspnet_Membership 表对我来说太重了），但是 MembershipProvider 系统只允许每个帐户一个电子邮件地址。

使用会员提供商系统但允许每个用户有多个电子邮件地址的最佳想法是什么？还是我应该完全避免 MembershipProvider 并推出自己的系统？

我想使用 ASP.NET Membership Provider 安全框架，但希望它使用 SQL Server 架构。因此，与其拥有像 aspnet_Membership 这样的表，我更希望它是像 sec.Membership 这样的表。有没有人试过这个并让它工作？

我正在寻找一种使用标准 ASP.Net 配置文件提供程序搜索每个用户配置文件的方法。这可能吗，还是我应该创建一个新的配置文件提供程序？

这是场景：

• 用户注册
• 用户设置他们的个人资料（最喜欢的颜色、最喜欢的书、国家等）
• 然后，用户可以浏览其他用户，例如，喜欢“绿色”颜色的用户

我想通过会员/个人资料提供者来使用它，而不必直接对数据库进行编码。

我在这个会员资格的东西上度过了一段艰难的时光。

好的，所以，这真的很奇怪。我可以注册一个用户。我可以注册，我可以登录。但是，当我去注册另一个用户时，该用户没有保存在数据库中，并且当用户尝试登录时，我收到了会员凭据验证失败事件（我假设是因为用户从未被保存）。

这是我用来保存新用户的代码。

在页面上：

CreateUser 方法：

}}

额外的保存方法用于将用户保存在应用程序的数据库中。用户没有进入会员数据库，所以我知道它在那之前就死了。

有没有人看到任何明显让我着迷的东西？谢谢！

我目前有一个站点，不同的用户可以登录，并且根据他们的子域，显示来自不同数据库的不同数据。我正在重写 SqlMembershipProvider 以使用“临时”连接字符串，这是我在初始化方法期间动态设置的，根据这篇文章的说明：

http://forums.asp.net/p/997608/2209437.aspx

问题是 SqlMembershipProvider 类似乎是“静态的”，因为当多个用户从不同的子域连接时，他们最终会从一个数据库中看到用户帐户，而不是他们自己的。看起来 Initialize 是由应用程序调用的，而不是基于每个请求的。

所以我对你的问题是......实施解决方案的最简单方法是什么？

我以前没有编写过自定义提供程序，所以我不确定它是如何工作的，或者有什么限制。而且，如果我自己编写，如果我忽略了某些东西（更不用说花费的时间），总是有可能出现安全漏洞。有任何想法吗？

更新 1：我可以有一个数据库，但是，给定子域中的用户需要能够在自己的子域中添加/编辑/删除用户，而不会看到其他子域的用户。在这个计划下这可能吗？

我想知道是否可以利用 .NET 中的身份验证、成员资格和/或配置文件提供程序功能来帮助将 .NET Web 应用程序集成到我公司的企业门户中。简而言之，门户将自定义标头值发送到门户“后面”的任何应用程序，以获取用户名、用户配置文件数据和一些访问权限等字段。我们在门户中遇到的一个问题是，我们无法利用 Web 上可用的许多 .NET 应用程序，因为它们的设计初衷不是“门户感知”，主要是为了相信用户已经过身份验证。

是否有可能以某种方式编写自定义身份验证提供程序（或者可能以某种方式利用表单身份验证）来查看标头（加上 IP）并自动“身份验证”为该用户？我的想法是，通过编写一个配置文件提供程序，可能是一个会员提供程序，并以某种方式添加身份验证，我将能够下载像 Oxite 博客（我找到的 .net mvc 演示）这样很酷的组件，将提供程序切换到我的自定义提供程序，并利用它在我公司的门户后面，代码更改最少。

这有道理吗？我觉得我可能不理解这些组件是如何融入这个谜题的。

我即将开始一个使用 NHibernate 和 ASP.Net MVC 的新项目，并且遇到了成员资格问题。我想知道我是否应该使用第 3 方 NHibernate 成员资格/角色提供程序，创建我自己的，或者只是一起跳过这些提供程序。

到目前为止，我看过：
Manuel Abadia 的 NHCustomProviders - 似乎有很多配置，不确定是否要将所有这些都放在我的 web.config 中。
Leo Vildosola 的 NHibernateProvider - 项目所有者似乎不再支持它，因为他不再使用 NHibernate。
Eucalypto - 我喜欢表格结构，但对它附带的所有额外的 CMS 东西有点担心。
* 这些项目中的每一个看起来都已经有一段时间没有被触及了，这可能意味着需要额外的工作来更新它们以使用最新版本的 NHibernate。

这是已经解决了很多次的问题之一，我想花时间解决新问题，并希望增加一些商业价值。