我安装了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。 现在你有两个选择：- 从
system.web删除httpHandlers和httpModules元素。 这有几个可能的结果：- 一切正常，共同的结果;
- 您的应用程序继续抱怨，您继承的父文件夹中可能有web.config，请考虑清理该web.config;
- 你厌倦了删除NuGet包不断添加到
system.web的httpHandlers和httpModules，嘿你做你需要的。
- 从
- 如果这些选项不起作用或者比它值得更麻烦，那么我不会告诉你，你不能将
validateIntegratedModeConfiguration设置为false，但至少你知道你在做什么以及它为何重要。
好读：
*当然，如果你喜欢那种东西，有很多方法可以通过像野外卡映射这样的咒语从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的应用程序后，它开始工作。
