用户得到403错误（用户拥有完全控制权限）

会发生什么事时，该用户在其浏览器的地址栏中的URL http://yoursite/_layouts/AssetPortalBrowser.aspx？
难道不能访问AssetPortalBrowser.aspx（=在IIS misconfig）浏览器或AssetPortalBrowser.aspx尝试（所以AssetPortalBrowser.aspx报告错误）

来源

2009-01-27 16:52:25

到别的东西访问什么是403的子状态代码？这通常显示为IIS日志中403之后的数字。

下表应有助于牵制的根本原因，这403

None Access is denied. 
1 Execute access is denied. 
2 Read access is denied. 
3 Write access is denied. 
4 SSL is required to view this resource. 
5 SSL 128 is required to view this resource. 
6 IP address of the client has been rejected. 
7 SSL client certificate is required. 
8 DNS name of the client is rejected. 
9 Too many clients are trying to connect to the Web server. 
10 Web server is configured to deny Execute access. 
11 Password has been changed. 
12 Client certificate is denied access by the server certificate mapper. 
13 Client certificate has been revoked on the Web server. 
14 Directory listing is denied on the Web server. 
15 Client access licenses have exceeded limits on the Web server. 
16 Client certificate is ill-formed or is not trusted by the Web server. 
17 Client certificate has expired or is not yet valid. 
18 Cannot execute requested URL in the current application pool. 
19 Cannot execute CGIs for the client in this application pool. 
20 Passport logon failed.

（来源：HTTP 403.x-Forbidden (IIS 6.0)）

来源

2009-01-27 16:59:04 shufler

我想到的是，AssetPortalBrowser.aspx正在anobject模式的呼叫尝试获取数据以填写文件列表。如果是这种情况，并且页面没有获得文件库的正确值来获取图像，页面将尝试使用项目列表的默认值。如果该用户对默认位置没有权限，则可能会导致403。

这是所有猜测，但Fiddler不会显示请求任何其他页面资产的AssetPortalBrowser.aspx。

我的短实验直接在我的浏览器窗口中键入/_layouts/AssetPortalBrowser.aspx一直默认为文档库。该库与打开页面之前立即浏览的站点没有任何关系，因此它可能会将默认URL存储在某处，并且它可能位于不同的位置。

最好的办法是尝试追踪任何最近对该用户权限的更改（即减少）。

来源

2009-01-27 20:07:18 Nat

我完全是这个问题。在挖掘并移动群组之间的人们以查看哪些群组受到影响以及哪些群体不受影响之后，我发现您至少需要“读取”对该集合根目录的“网站集文档”库的访问权限。为什么这个图书馆是特殊的，没有继承权限，我不能...

作为一个SIte管理员，从主门户网站：网站设置 - >网站库和列表 - >自定义“网站集文档”。让这个库从它的父级继承权限，并且所有突然的工作。当你在那里时也检查“网站收集文件”。

来源

2009-01-28 15:33:07

不能伤害。还请检查“网站集图片”库，因为您的原始错误提到了“PublishingImages”库。

来源

2009-01-28 16:14:48

另一个想法：我设法通过将我的测试用户添加到Portal Owners组中，然后检查Browse是否在汇总链接Web部件（它所做的）中工作来诊断此问题。如果同样的测试适用于您，这意味着Portal拥有者可以访问常规用户没有的东西。如果是这样的话，我会检查每个根级别的libarary（与上面相同的技术），寻找常规用途无法访问的。

此外，在摘要链接webpart中添加一个新链接时，会出现两个浏览按钮：一个转到此处的页面，一个转到PortalImagePicker.aspx。第二个按钮是否适合您的用户？或者都给予403禁止？

来源

2009-01-28 16:20:03