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

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

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

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

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


当前回答

在我的案例中,除了浏览之外,我在尝试更新IIS中的身份验证设置时也遇到了此错误。我能够通过从web.config本身删除身份验证设置来删除此错误。在某些情况下,删除有问题的配置部分可能比过多地更改服务器角色和功能更具侵入性和可取性:

删除的部分:

    <security>
        <authentication>
            <windowsAuthentication enabled="true" />
        </authentication>
    </security>

其他回答

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

要在应用程序级别(Web.Config)进行更改,请执行以下操作:

请从web.config中删除信任级别:

事实上,当我试图在托管服务器上托管我的网站时,我遇到了这个错误,我无法控制他们的服务器。从Applicationweb.config中删除上述行解决了我的问题。

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

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

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

以下内容对我有用:

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

我有Windows 7和Visual Studio 2013。

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

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

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