我在尝试让我的 Sharepoint 网站使用表单身份验证时遇到了很大困难。我尝试使用 ActiveDirectoryMembershipProvder 和 LDAP 等效程序,但它们似乎都无法在任何“peoplefinder”类型的区域中找到来自 ActiveDirectory 的任何用户。
在 Web.config 的管理部分我有以下内容:
<membership defaultProvider="ADMembershipProvider">
<providers>
<add name="ADMembershipProvider"
type="System.Web.Security.ActiveDirectoryMembershipProvider, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"
connectionStringName="ADConnectionString" />
</providers>
</membership>
过了一会儿,出现了这样的情况:
<connectionStrings>
<add name="ADConnectionString" connectionString="LDAP://dc.ourcompany.com/dc=ourcompany,dc=com,ou=Ourcompany,ou=UK,ou=Townville,ou=Users" />
</connectionStrings>
连接字符串的内容直接来自ADExplorer,但是我不太清楚这是否正确,因为AD不是我的专长。
我曾尝试在 <provider> 标签中指定用户,但没有成功,但这两种方式似乎都没有导致问题。
当我尝试将用户添加到我正在配置此身份验证的站点时,我无法让它找到域中的任何人。我尝试了以下说法:
- ADMembershipProvider:用户名
- ADMembershipProvider:[电子邮件保护]
- ADMembershipProvider:OURCOMPANY\用户名
- [电子邮件保护]
- 我们的公司\用户名
- 用户名
但这些似乎都没有什么变化。
真正令人沮丧的是,Sharepoint 的日志(设置为 Verbose 和我的上帝他们的意思是)系统事件日志似乎也没有给出任何问题的迹象,他们只是没有做任何事物。
这里是否存在明显的问题?如果没有,是否有一种简单的方法可以让我稍微分解一下,以找出流程中哪里出现了问题?
答案1
我最近为我的网站设置了 FBA。我遵循这个文件而且它绝对完美无缺。我也遇到过和你类似的问题,但后来我发现我在配置 CA 的配置文件时犯了一些错误。
答案2
您是否尝试过关注这个文件?
答案3
您是否已确保您的提供商名称已在 web.config 中的 PeoplePickerWildcards 元素中设置?即:
<PeoplePickerWildcards>
<clear />
<add key="ADMembershipProvider" value="%" />
</PeoplePickerWildcards>
如果您尝试在应用程序的 web.config 中设置任何内容,则需要在应用程序的 web.config 中进行设置,并在 WSS 管理应用程序的 web.config 中进行必要的输入。