我在将站点部署到服务器时遇到错误。尝试加载主页或在IIS中的新站点上访问身份验证时,我收到错误:

配置错误:无法在此路径上使用此配置节。当节在父级锁定时,会发生这种情况。锁定是默认情况下(overrideModeDefault=“Deny”),或由具有overrideMode=“拒绝”或旧版的位置标记allowOverride=“false”。

更多细节可以在这里找到,在场景7中匹配我的十六进制错误代码。

上面链接站点上给出的解决方案是在applicationHost.config文件中的错误部分中设置Allow for overrideModeDefault。在我的例子中,在system.webServer中的“安全”下。但如果我查看本地计算机上的applicationHost.config(该站点已正确部署),则该部分设置为“拒绝”。

如果此解决方案是正确的,那么我的本地实例在使用相同的web.config时如何正常运行?根据我的applicationHost.config,该部分应该被锁定,但实际上没有。我宁愿不更改applicationHost.config文件,因为该服务器上还有许多其他站点在运行。还有其他解决方案吗?


当前回答

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

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

其他回答

浏览到“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

您也可以使用IIS管理器来编辑这些设置。

关注本学习IIS文章:

从IIS根目录使用功能委派:

然后,您可以控制每一个计算机级读/写权限,否则将导致overrideMode=“拒绝”错误。

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

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

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

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

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

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

我也遇到过类似的问题,但我使用了以下powershell脚本,该脚本帮助我在单击按钮时实现了上述步骤。

#Install IIS
Import-Module ServerManager

Add-WindowsFeature Web-Server, Web-Asp-Net45, Web-Mgmt-Console, Web-Scripting-Tools, NET-WCF-HTTP-Activation45, Web-Windows-Auth

可以根据需要添加或删除特征列表。