.NET一跳规则和SharePoint Web部件

.NET一跳规则和SharePoint Web部件,.net,security,sharepoint,web-parts,identity,.net,Security,Sharepoint,Web Parts,Identity,您好,我有一个SharePoint Web部件,它被编译为DLL并放置在我的SP站点的BIN文件夹中。我的Web部件在本地机器上工作,但当我将其投入生产时,它会出现故障 (401) Unauthorized. 在做了一些研究之后,我越过了所谓的“一跳规则”。这意味着我必须传递网络用户的凭据,或者使用 <identity impersonate= "true" /> 在我的web.config中。我不想硬编码网络用户,所以我的问题是如何在web部件中使用模拟?dll是否支持we

您好,我有一个SharePoint Web部件,它被编译为DLL并放置在我的SP站点的BIN文件夹中。我的Web部件在本地机器上工作,但当我将其投入生产时,它会出现故障

(401) Unauthorized.
在做了一些研究之后,我越过了所谓的“一跳规则”。这意味着我必须传递网络用户的凭据,或者使用

<identity impersonate= "true" />


在我的web.config中。我不想硬编码网络用户,所以我的问题是如何在web部件中使用模拟?dll是否支持web.configs?谢谢你的帮助。

我认为没有必要将其添加到DLL中。无论如何,据我所知。

我认为没有必要将其添加到DLL中。据我所知。

您的Web部件在生产中失败,可能是因为CAS;您可能需要提升权限级别或附加对程序集授予的特殊访问权限,因为它在bin文件夹中不完全受信任


如果您确定这只是一个模拟问题,那么您能否不使用web.config中的节点?

您的web部件在生产中失败,可能是因为CAS;您可能需要提升权限级别或附加对程序集授予的特殊访问权限,因为它在bin文件夹中不完全受信任


如果您确定这只是一个模拟问题,那么您是否可以不使用web.config中的节点?

在SharePoint应用程序的web.config中,模拟总是设置为true,因此问题一定在其他地方。部署到Web应用程序BIN文件夹的Web部件在沙箱中运行,默认情况下具有有限的权限。这可能是问题的根源。

在SharePoint应用程序的web.config中,Impersonate始终设置为true,因此问题一定在其他地方。部署到Web应用程序BIN文件夹的Web部件在沙箱中运行,默认情况下具有有限的权限。也许这就是问题的根源。

是的,正如都铎所提到的,很可能是代码访问安全问题。如果你把它放在GAC中,你就不会有这个问题(GAC是完全可信的)

这里有几篇文章可以帮助您使用CAS和SharePoint web部件。诀窍在于知道你需要哪些iPermission


是的,正如都铎所提到的,这很可能是代码访问安全。如果你把它放在GAC中,你就不会有这个问题(GAC是完全可信的)

这里有几篇文章可以帮助您使用CAS和SharePoint web部件。诀窍在于知道你需要哪些iPermission

如果您正在考虑“双跃点”问题,则不会使用NTLM。您需要使用Kerberos身份验证,因为Kerberos票证可以从用户跳到web服务器再跳到web服务。您需要使用SetSPN设置服务原则名称

此web部件是否调用外部web服务?或者权限错误是基于本地安全性的?

如果您考虑的是“双跳”问题,则不会使用NTLM。您需要使用Kerberos身份验证,因为Kerberos票证可以从用户跳到web服务器再跳到web服务。您需要使用SetSPN设置服务原则名称


此web部件是否调用外部web服务?或者权限错误是基于本地安全性的?

它以前在生产中起过作用,我只是应用了一些安全补丁,但它停止了工作,所以我感觉它与模拟有关。我以前使用过DefaultNetworkCredentials。安全修补程序可能已将bin目录的web.config的安全模型从完全信任或中等信任更改为最小信任。当您使用CAS和SharePoint部署时,它会将其更改为自定义信任级别。它以前在生产环境中工作过,我刚刚应用了一些安全修补程序,但它停止了工作,因此我感觉它与模拟有关。我以前使用过DefaultNetworkCredentials。安全修补程序可能已将bin目录的web.config的安全模型从完全信任或中等信任更改为最小信任。当您使用CAS和SharePoint部署时,它会将其更改为自定义信任级别。是的,我也相信这一点,这就是问题所在,我该如何处理?是的,我也相信这一点,这就是问题所在,我该如何处理?