最佳选项是从自定义站点委派更改应用程序设置打开IIS，从根目录中选择“功能委派”，然后选择“应用程序设置”，然后从右侧边栏中选择“读/写”

在我的案例中，除了浏览之外，我在尝试更新IIS中的身份验证设置时也遇到了此错误。我能够通过从web.config本身删除身份验证设置来删除此错误。在某些情况下，删除有问题的配置部分可能比过多地更改服务器角色和功能更具侵入性和可取性：

删除的部分：

    <security>
        <authentication>
            <windowsAuthentication enabled="true" />
        </authentication>
    </security>

对于Windows Server 2012和IIS 8，过程类似。

应安装Web服务器（IIS）和应用程序服务器，并且还应在应用程序服务器下具有可选的Web服务器（IIS）支持。

在我的案例中，服务器上未启用.NET Framework功能下的“HTTP激活”。因此，对于Windows Server 2012，对我有效的解决方案是：

服务器管理器->添加角色和功能->功能->确保在要使用的.NET Framework版本下选中“HTTP激活”

就我而言，这是另一回事。

当我在新版本的Visual Studio中加载解决方案时，VS显然创建了一个新的特定于项目的applicationhost.config文件：

MySolutionDir\.vs\config\applicationhost.config

它开始使用新配置中的设置，而不是我已经自定义的全局IIS Express设置。（\Users\%USER%\Documents\IISExpress\config\applicationhost.config）

在我的情况下，这是需要设置的设置。当然，这对你来说可能是另外一件事：

<section name="ipSecurity" overrideModeDefault="Allow" />

在我们的IIS 8案例中，我们发现错误是在尝试查看站点的“身份验证”时产生的，此时：

服务器功能委派标记为“身份验证-Windows”=“只读”该站点有一个web.config，它明确引用了windows身份验证；例如。，

将站点功能委派标记为“Authentication-Windows”=“Read/Write”，错误消失。看起来，由于标记为“只读”的功能，web.config根本不允许引用它，甚至禁用它，因为这显然构成了写入。