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

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

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

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

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


当前回答

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

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

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

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

其他回答

在我的例子中,我遇到了这个错误,因为我使用了错误的配置文件。

我在做这个:

Configuration config = serverManager.GetWebConfiguration(websiteName);
ConfigurationSection serverRuntimeSection = config.GetSection("system.webServer/serverRuntime");
serverRuntimeSection["alternateHostName"] = hostname;

而不是正确的代码:

Configuration config = serverManager.GetApplicationHostConfiguration();
ConfigurationSection serverRuntimeSection = configApp.GetSection("system.webServer/serverRuntime", websiteName);
serverRuntimeSection["alternateHostName"] = hostname;

换句话说,我试图在网站的web.config上操作,而不是在全局文件C:\Windows\System32\inetsrv\config\applicationHost.config上操作,该文件有一个(或可以有一个)网站节。我试图更改的设置仅存在于applicationHost.config文件中。

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

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

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

以下内容对我有用:

转到项目财产。Web选项卡。设置为本地IIS并设置特定页面。

我有Windows 7和Visual Studio 2013。

在重新安装iis和所有站点之前,请转到:C: \inetpub\history

应该有多个文件夹(例如:CFGHISTORY_0000000029)。每次修改根配置文件时,都会在其中进行输入。(默认情况下保存最近10次修改的备份)

查找具有正确日期和时间的备份文件夹,单击它,查看是否有名为的文件;应用程序主机配置文件

将其与当前applicationhost.config文件进行比较,或者用它替换当前版本(先备份!!!)。

我最近用一个windows2004更新包修改了我的localhostiis文件,它在根目录锁定了一些功能(如处理程序),这阻止了localhost站点的工作——因此我的搜索。

如果在Visual Code中打开文件,则可以看到每个区域都被overrideModeDefault=“拒绝”

这可能会让您更近一步,同时也是一种在文件损坏时进行恢复的方法。

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

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

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