在IIS7中托管ASP.NET会导致Access被拒绝？

Question

我在IIS7中设置了一个使用.NET Framework 4.0（由NetworkService运行）的应用程序，但在浏览网站时我得到了这个：

  

拒绝访问。
  描述：访问提供此请求所需的资源时发生错误。您可能没有权限查看请求的资源。
  错误消息401.3：您无权使用您提供的凭据查看此目录或页面（由于访问控制列表而拒绝访问）。请Web服务器的管理员授予您访问*

的权限

我试图为拥有网站的文件夹（IIS中的Web应用程序指向的文件夹）提供NetworkService完全权限，但我仍然拒绝访问？

为什么？

Answer 1

我可以访问“IIS_IUser”，但它应该是“IUSR”。这解决了这个问题。

Answer 2

对我来说，除了以下内容之外没有任何工作可以解决问题：打开IIS，选择站点，打开身份验证（在IIS部分中），右键单击匿名身份验证并选择编辑，选择应用程序池身份。

Answer 3

我遇到了同样的问题，我启用了“匿名身份验证”但它仍然无效。 所以我也启用了“表单身份验证”然后它没有任何问题。

Answer 4

操作系统：Windows 7＆amp; IIS 7

如果您在添加IUSR＆amp;网络服务。 另外还添加了IIS_WPG。最后一个用户的添加解决了我的问题。

对于无法找到这些用户的人： 当您尝试在文件夹的安全性（文件夹的属性）中添加用户时，请单击＆＃34;高级＆＃34;窗口＆＃34;选择用户或组＆＃34;。将位置更改为计算机名称，然后单击＆＃34;立即查找＆＃34;。您可以在下面的列表中找到这些用户。

Answer 5

对于我在Windows 7中，只有在我给'Read＆amp; amp;执行'，'列出文件夹内容'，'读取'对 用户的网站文件夹的权限

• IUSR
• 网络服务

Answer 6

在APP本身的身份验证设置（IN IIS）中，查看您是否启用了匿名。

Answer 7

如果您使用匿名身份验证，IIS 7将使用＆＃34; IUSR＆＃34;目录访问帐户（除非您已将其设置为使用应用程序池标识。如果您尚未授予IUSR对您网站的文件夹和文件的足够权限，则会收到此错误

Answer 8

检查匿名身份验证中的应用程序池标识并启用表单身份验证将解决访问被拒绝错误的问题。

Answer 9

在这里尝试了大部分解决方案，但没有运气。对我有用的是将“Everyone”添加到安全权限中。属性 - ＆gt;安全 - ＆gt;编辑 - ＆gt;添加 - ＆gt;大家。给定的默认值足以让我重新获得访问权。

在不久的将来，我应该弄清楚将哪些凭据发送到服务器，以便我可以提供适当的权限。但我希望它可以帮助别人！

Answer 10

在我的情况下，运行c：\ windows \ Microsoft.Net \ Framework64 \ v4.0.30319 \ aspnet_regiis.exe / i解决了403访问被拒绝的问题。

Answer 11

从远程主服务器中拉出并添加到web.config的appsettings后，我遇到了这个问题。 我通过启用Windows身份验证解决了该问题：

点击项目，然后按f4

确保已启用Windows身份验证：

Answer 12

我也面临着同样的问题， 一切正常，所有权限均授予用户和文件夹。 经过大量研究，我发现wwwroot（源代码文件夹）已与其他用户共享。 我停止分享了，它像一种魅力。

Answer 13

经过一番思考和大量的反复试验后，我发现发生了这个错误，因为部分web.config已加密，并且由于某种原因，该密钥不再有效。

重新加密配置部分解决了这个问题。

Answer 14

如果已在身份验证中指定了IUSR用户，但您仍然遇到此问题，则可能是您的目录列表未启用。一定要检查一下。对我来说就是这种情况。

Answer 15

这就是我发生的事情：

Get - Post没问题。运作良好。

当我尝试使用Options动词时，服务器返回错误。

然后，请注意urlScan

我将OPTIONS动词添加到urlscan配置.ini文件，然后一切正常。

要检查是否已安装urlscan，请打开您的iis管理器，然后打开ISAPI FILTERS网址扫描应显示在列表中。

Answer 16

我在这上面转了一圈，结果是不正确地设置了默认页面。希望这有助于其他人避免浪费一小时的时间。

Answer 17

我们需要通过转到网站文件夹来创建新用户ComputerName \ IUSR - ＆gt;属性---＆gt;安全性---＆gt;编辑 - ＆gt;添加并提供读取权限。这肯定会奏效。

此解决方案适用于IIS7

Answer 18

这是由于WWWRoot目录安全问题。

简单的解决方案是，只需将应用程序文件夹复制到其他驱动器，而不是＆＃34; C：\ Inetpub \ wwwroot＆＃34; 然后为此新路径创建一个虚拟目录。那就是它。