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

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

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

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

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


当前回答

对于IIS 8 Windows server 2012 R2,这对我来说很有帮助

转到“打开功能”

然后转到所有默认设置,Next、Next、Next等。。

然后,选择如下所示,

然后重置IIS(可选),但要更安全。

这是一个额外的解决方案,因为它是一个通用问题,每个人都有不同的问题,因此也有不同的解决方案。干杯

其他回答

我注意到一个类似的答案,但在我的案例中,我使用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

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

在注册表中添加以下项解决了我的问题:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\ASP.NET_64\Performance

当我尝试这些步骤时,我总是出错:

搜索“打开或关闭窗口功能”检查“Internet信息服务”检查“万维网服务”检查“应用程序开发功能”启用此项下的所有项目

然后我查看了事件查看器,发现了以下错误:无法安装计数器字符串,因为SYSTEM\CurrentControlSet\Services\ASP.NET_64\Performance键无法打开或访问。数据段中的第一个DWORD包含Win32错误代码。

为了解决这个问题,我在注册表中手动创建了以下条目:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\ASP.NET_64\Performance

并遵循以下步骤:

搜索“打开或关闭窗口功能”检查“Internet信息服务”检查“万维网服务”检查“应用程序开发功能”启用此项下的所有项目

1.打开“打开或关闭windows功能”:WinKey+R=>“optionalfeatures”=>确定

在“应用程序开发功能”下启用这些功能

在Win 10上测试过-但可能也会在其他windows版本上运行。

在我的案例中,服务器上未启用.NET Framework功能下的“HTTP激活”。因此,对于Windows Server 2012,对我有效的解决方案是:

服务器管理器->添加角色和功能->功能->确保在要使用的.NET Framework版本下选中“HTTP激活”