我注意到一个类似的答案，但在我的案例中，我使用IIS配置编辑器来查找我想要“解锁”的部分。

然后我复制了路径并在我的自动化中使用它来解锁，然后再更改我想要编辑的部分。

. "$($env:windir)\system32\inetsrv\appcmd" unlock config -section:system.webServer/security/authentication/windowsAuthentication
. "$($env:windir)\system32\inetsrv\appcmd" unlock config -section:system.webServer/security/authentication/anonymousAuthentication

我解决了这个问题

转到cmd并执行aspnet_regiis-i

希望对某人有所帮助。

您需要解锁处理程序。这可以使用以下cmd命令完成：

%windir%\system32\inetsrv\appcmd.exe unlock config -section:system.webServer/handlers

对于在IIS 8上遇到此错误的人，可能还有另一个信息，在我的情况下，是在Microsoft Server 2012平台上。我花了几个小时与执行appcmd后冒出的其他错误作斗争。最后，我能够通过删除Web服务器角色并再次安装来修复它。

浏览到“C:\Windows\System32\inetsrv\config”（此处需要管理员权限）打开applicationHost.config

注意：在IISExpress和Visual Studio 2015中，applicationHost.config存储在$（solutionDir）.vs\config\applicationHost.config中

查找错误消息页面的“配置源”部分中显示的部分。对我来说，这通常是“模块”或“处理程序”

将overrideModeDefault属性更改为Allow

所以整条线现在看起来像：

<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow" />

保存文件后，页面在我的浏览器中加载良好。

警告：在64位Windows上编辑applicationHost.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位版本记事本。尽管我不喜欢它，但至少它起作用了。

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

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

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