对于IIS Express和VS 2015，在$（solutionDir）.VS\config\applicationHost.config中有applicationHost.config文件的副本，因此您需要在那里进行更改。请参阅此链接：http://digitaldrummerj.me/iis-express-windows-authentication/

确保根据以下内容更改这些行：

<section name="windowsAuthentication" overrideModeDefault="Allow" />
<section name="anonymousAuthentication" overrideModeDefault="Allow" />
<add name="WindowsAuthenticationModule" lockItem="false" />
<add name="AnonymousAuthenticationModule" lockItem="false" />

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

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

我也有同样的问题。不记得我在网上的什么地方找到了它，但下面是我做的：

单击“开始按钮”在搜索框中，输入“打开或关闭窗口功能”在功能窗口中，单击：“Internet信息服务”点击：“万维网服务”单击：“应用程序开发功能”检查（启用）功能。我检查了除CGI以外的所有内容。

顺便说一下，我正在使用Windows 7。多年来，许多评论都证明了这一点，一直到Windows 10和Server 2019。

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

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

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

我在设置override=“允许”值时遇到了问题（这里已经提到）。。。。。。但在x64位系统上。。。。。。。我的32个记事本++是在幻象中拯救他们。切换到记事本（x64位O/S上的64位应用程序）允许我保存设置。

参见：

http://dpotter.net/technical/2009/11/editing-applicationhostconfig-on-64-bit-windows/

相关文本：

我正在运行的一个问题要求我查看并可能编辑applicationHost.config。此文件位于%SystemRoot%\System32\inetsrv\config。看起来很简单。我可以很容易地从命令行找到它，但当我在我最喜欢的编辑器（Notepad++）中加载它时，我得到了一个文件未找到的错误。结果是，32位应用程序的System32文件夹被重定向到SysWOW64。似乎无法使用32位应用程序查看System32文件夹。想想看吧幸运的是，64位版本的Windows附带64位版本记事本。尽管我不喜欢它，但至少它起作用了。

当我收到这条漂亮的消息时，我需要更改子文件夹上的SSL设置。在我的情况下，接下来的行动帮助了我。

已打开C:\Windows\System32\inetsrv\config\applicationHost.config

并将值从overrideModeDefault=“拒绝”更改为“允许”

<sectionGroup name="system.webServer">
 ...
    <sectionGroup name="security">
        <section name="access" overrideModeDefault="Allow" />
    </sectionGroup>