检测到的ASP.NET设置不适用于集成管理管道模式

我安装了DotNetOpenAuth SDK-3.4.5.10201.vsix，我无法让它工作。它在本地工作（当我作为localhost运行时），但当我尝试发布它不起作用。

我得到的IIS错误消息是

错误摘要
HTTP错误500.22 - 内部服务器错误
检测到的ASP.NET设置不适用于集成管理管道模式。

和

 Module ConfigurationValidationModule Notification BeginRequest Handler StaticFile Error Code 0x80070032

那么有一些关于如何解决问题的建议：

你可以尝试的事情：

将配置迁移到system.webServer/modules部分。您可以手动或通过命令行中的AppCmd执行此操作 - 例如， %SystemRoot%\\system32\\inetsrv\\appcmd migrate config "Default Web Site/" 。使用AppCmd迁移应用程序将使其能够在集成模式下工作，并继续在经典模式和AppCmd版本的IIS中工作。

如果您确定可以忽略此错误，可以通过将system.webServer/validation@validateIntegratedModeConfiguration设置为false来禁用它。

或者，将应用程序切换到经典模式应用程序池 - 例如， %SystemRoot%\\system32\\inetsrv\\appcmd set app "Default Web Site/" /applicationPool:"Classic .NET AppPool" 。只有在您无法迁移应用程序时才能执行此操作。
（将“默认网站”和“经典.NET AppPool”设置为您的应用程序路径和应用程序池名称）

但问题是我无法访问ISS服务器，因为我不是它的所有者。有什么方法可以解决这个问题吗？

#1楼

如果您仍然需要使用HTTP模块，则需要按如下方式配置它（.NET 4.0框架）：

<system.webServer><modules runAllManagedModulesForAllRequests="true"><add name="MyModule" type="[Namespace].[Class], [assembly]"/></modules><validation validateIntegratedModeConfiguration="false"/>
</system.webServer>

#2楼

我遇到了这个问题，但有一个不同的解决方案。它涉及更新Control Panel>Administrative Tools>IIS Manager并将我的应用程序站点的托管管道从Integrated恢复为Classic 。

#3楼

检查IIS身份验证中是否存在任何冲突。即，您启用匿名身份验证和ASP.NET模拟两者也可能导致错误。

#4楼

添加<validation validateIntegratedModeConfiguration="false"/>可解决症状，但不适合所有情况。我曾经几次解决这个问题，希望能帮助别人不仅克服这个问题而且要理解它。（随着IIS 6逐渐淡出神话和谣言，这变得越来越重要。）

背景：

这个问题以及围绕它的混乱始于ASP.NET 2.0和IIS 7的引入.IIS 6已经并且继续只有一种管道模式，它等同于IIS 7+称之为“经典”模式。 IIS 7+上运行的所有应用程序的第二种，更新的和推荐的管道模式称为“集成”模式。

那么，有什么区别？关键的区别在于ASP.NET如何与IIS交互。

经典模式仅限于无法与IIS管道交互的ASP.NET管道。基本上是一个请求进来，如果IIS 6 / Classic被告知，通过服务器配置，ASP.NET可以处理它，然后IIS将请求移交给ASP.NET并继续。从一个例子中可以看出这一点的重要性。如果我授权访问静态图像文件，我将无法使用ASP.NET模块，因为IIS 6管道将自己处理这些请求，ASP.NET将永远不会看到这些请求，因为它们从未被切换过。*另一方面，即使在IIS 6 / Classic中，授权哪些用户可以访问.ASPX页面，例如对Foo.aspx的请求也是微不足道的，因为IIS总是将这些请求移交给ASP.NET管道。在经典模式下，ASP.NET不知道它没有被告知什么，并且有很多IIS 6 / Classic可能没有告诉它。
建议使用集成模式 ，因为ASP.NET处理程序和模块可以直接与IIS管道交互。 IIS管道不再只是将请求移交给ASP.NET管道，现在它允许ASP.NET代码直接挂钩到IIS管道和所有命中它的请求。这意味着ASP.NET模块不仅可以观察对静态图像文件的请求，还可以拦截这些请求并通过拒绝访问，记录请求等来采取行动。

克服错误：

如果您运行的是最初为IIS 6构建的旧应用程序，也许您将其移动到新服务器，那么在经典模式下运行该应用程序的应用程序池可能绝对没有错。来吧你不必感到难过。
然后，也许你正在给你的应用程序一个改头换面，或者它一直很好，直到你通过NuGet，手动或其他方式安装第三方库。在这种情况下，完全有可能将httpHandlers或httpModules添加到system.web 。结果是您看到的错误，因为validateIntegratedModeConfiguration默认为true 。现在你有两个选择：
1. 从system.web删除httpHandlers和httpModules元素。这有几个可能的结果：
  - 一切正常，共同的结果;
  - 您的应用程序继续抱怨，您继承的父文件夹中可能有web.config，请考虑清理该web.config;
  - 你厌倦了删除NuGet包不断添加到system.web的httpHandlers和httpModules ，嘿你做你需要的。
如果这些选项不起作用或者比它值得更麻烦，那么我不会告诉你，你不能将validateIntegratedModeConfiguration设置为false ，但至少你知道你在做什么以及它为何重要。

好读：

IIS 2.0上的ASP.NET 2.0重大更改
ASP.NET与IIS 7的集成
HTTP处理程序和HTTP模块概述

*当然，如果你喜欢那种东西，有很多方法可以通过像野外卡映射这样的咒语从IIS 6 / Classic中获取所有类型的奇怪内容。

#5楼

这对我有用：

删除最初创建的站点。
在IIS中重新创建站点
清洁解决方案
构建解决方案

当我最初创建网站时，似乎有些东西向南走了。我讨厌类似于“重启你的机器，然后重新安装Windows”的解决方案，而不知道导致错误的原因。但是，这对我有用。快速而简单。希望它可以帮助别人。

#6楼

本地的方法是错误

#7楼

我遇到了这个问题并受到@Jeremy Cook的回答的启发，我咬紧牙关找出了什么导致IIS 7集成模式不喜欢我的web.config。这是我的情景：

Web API（版本4.0.030506.0又称旧版）
.NET 4.0
用于Web API的属性路由3.5.6 [剧透警报：这是这个人！]

我想在项目中使用属性路由（遗憾的是）必须使用.NET 4，因此无法使用Web API 2.2（需要.NET 4.5）。好的NuGet包在<system.web>部分下添加了这一部分：

<system.web>
<httpHandlers><add verb="*" path="routes.axd" type="AttributeRouting.Web.Logging.LogRoutesHandler, AttributeRouting.Web" /></httpHandlers>
</system.web>

[我说得很好，因为在旧版本的IIS上需要这部分]

删除此部分让我超越了HTTP 500.23 !!

简介：我第二个杰里米的话说明了为什么事情不起作用而不仅仅是“掩盖症状”是很重要的。即使您必须掩盖症状，您也知道自己在做什么（以及为什么）:-)

#8楼

在您的web.config中确保存在以下键：

<configuration><system.webServer><validation validateIntegratedModeConfiguration="false"/></system.webServer>
</configuration>

以及检查Asp.Net Impresonation =禁用 IIS站点认证

#9楼

^第二个选项是您想要的选项。

在您的web.config ，确保存在以下键：

<configuration><system.webServer><validation validateIntegratedModeConfiguration="false"/></system.webServer>
</configuration>

#10楼

在我的情况下，我在bin文件夹中丢失了dll，这是在web.config文件中引用的。因此，请检查您是否在web.config中使用任何设置，但实际上没有dll。

谢谢

#11楼

我花了几个小时来解决这个问题，因为我在这里找到的有关此错误的所有设置都是相同的，但它仍然无效。问题是我的Web服务中有一个文件夹，文件应从该文件夹发送到WinCE设备，在将该文件夹转换为具有Classic.NetAppPool的应用程序后，它开始工作。