我从提升的命令提示符运行了以下两个命令：

%windir%/system32/inetsrv/appcmd unlock config /section:anonymousAuthentication

%windir%/system32/inetsrv/appcmd unlock config /section:windowsAuthentication

我在设置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位版本记事本。尽管我不喜欢它，但至少它起作用了。

根据我对类似问题的回答；

尝试在服务器级别解锁相关IIS配置设置，如下所示：

打开IIS管理器在“连接”窗格中选择服务器在主窗格中打开配置编辑器在区段下拉列表中，选择要解锁的区段，例如system.webServer>defaultPath单击右侧窗格中的“解锁属性”对需要解锁的任何其他设置重复上述步骤重新启动IIS（可选）-在“连接”窗格中选择服务器，然后单击“操作”窗格中的“重新启动”

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

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

当我在新版本的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 Server 2012上，我通过启用ASP.NET 4.5功能解决了这一问题：

然后跟随肯的回答。