问题：有时候我们配置IIS后可能运行提示以下错误：　　HTTP 错误 500.23 - Internal Server Error　　检测到在集成的托管管道模式下不适用的 ASP.NET 设置。&其中由于在IIS7的应用程序池有两种模式， &集成模式&和&经典模式&。经典模式 则是我们以前习惯的IIS 6 的方式。如果使用集成模式，那么对自定义的httpModules 和 httpHandlers 就要修改配置文件，需要将他们转移到&modules&和&hanlders&节里去。两种解决方法：&第一种方法：配置应用程序池在IIS7上配置应用程序池，并且将程序池的模式改为&经典&，之后一切正常。 &但这样只是权宜之计，用了IIS7.x,但实际只发挥了6的功能&第二种方法：修改web.config配置文件：例如原先设置（你的环境中可能没有httpModules，httpHandlers节点）&system.web&............&httpModules&&&add name="WebbHttpModule" type="Webb.WAVE.Controls.Upload.WebbHttpModule, Webb.WAVE.Controls.Upload" /&&add name="rewriteUrl" type="RewritUrl.Rw,RewritUrl" /&& &/httpModules&
&httpHandlers&
&add path="*.myh" verb="GET" type="MyHandler" /&
&/httpHandlers&&/system.web& 在IIS7应用程序池为&集成模式&时，改为：&system.web&
...........&/system.web&&system.webServer& &modules&&add name="WebbHttpModule" type="Webb.WAVE.Controls.Upload.WebbHttpModule, Webb.WAVE.Controls.Upload" /&
&add name="rewriteUrl" type="RewritUrl.Rw,RewritUrl" /&&
&/modules&
&handlers&
&add name="MyHandler" path="*.myh" verb="GET" type="MyHandler" preCondition="integratedMode" /&
&/handlers&&/system.webServer& （如果你的web.config没有httpModules，httpHandlers节点，则直接在节点system.webServer中添加：
&validation validateIntegratedModeConfiguration="false" /&
这样可以禁止验证集成模式，避免错误提示。经典模式（classic mode）和集成模式（Integrated mode）比较&在经典模式下，IIS会用ISAPI扩展（ISAPI extension aspnet_isapi.dll）和 ISAPI过滤器（ISAPI filter aspnet_filter.dll）来调用ASP.NET运行库来处理请求。如果使用经典模式的话，服务器会用两种管道来处理请求一个负责源代码，另外一个负责托管代码。在这种模式下，应用程序不能充分使用IIS7.X提供的服务。微软官方一篇文章的图，介绍IIS7集成管道下的事件生命周期如下： 集成模式是一种统一的请求处理管道，由上图可以看到&，集成模式下不管托管代码还是本机代码，都可以在身份验证和执行处理程序被插入到内核代码的托管代码拦截，它将ASP.NET请求管道与IIS核心管道组合在一起，ASP.NET从IIS插件（IIS extension）的角色进入了IIS的核心去监测每个请求和操作。并且可以有效的提高网站的性能。 有些在IIS6开发的代码需要运行于经典模式，因为在集成模式下会出现错误信息。网上解释：在IIS6下，要想拦截本机代码，比如静态文件，需要编写WIN32的非托管代码，但它也保留扩展的ISAPI，我们可以写托管代码拦截托管文件的请求。虽然IIS6也可以通过IIS插入ISAPI为aspnet_isapi.dll的扩展，处理对静态文件的拦截，但它实际会走两个通道，首先是IIS内部的本机代码拦截，然后是托管代码ISAPI的拦截IIS7集成模式还增加了MapRequestHandler、LogRequest&和&PostLogRequest&事件，如果在经典模式下加了这些处理事件，会抛出：此操作要求使用&IIS&集成管线模式。如果集成模式下不让IIS处理不兼容集成模式的配置以及处理方式，可以在web.config中配置：&&system.webServer&&&& &validation&validateIntegratedModeConfiguration="false"&/&&&/system.webServer&即可。实际上IIS7集成模式，就是让用户可以通过编写托管代码的handlers、modules等模块，把托管代码插入到IIS内核代码中来解析，方便大家精确控制任意请求，带来更好的扩展性。
最新教程周点击榜
微信扫一扫检测到在集成的托管管道模式下不适用的ASP.NET设置的解决方法（非简单设置为【经典】模式）。 - CatcherX - 推酷
检测到在集成的托管管道模式下不适用的ASP.NET设置的解决方法（非简单设置为【经典】模式）。 - CatcherX
我们将ASP.NET程序从IIS6移植到IIS7，可能运行提示以下错误：
HTTP 错误 500.23 - Internal Server Error
检测到在集成的托管管道模式下不适用的 ASP.NET 设置。
为什么会出现以上错误？
在IIS7的应用程序池有两种模式，一种是“集成模式”，一种是“经典模式”。
经典模式 则是我们以前习惯的IIS 6 的方式。
如果使用集成模式，那么对自定义的httpModules 和 httpHandlers 就要修改配置文件，需要将他们转移到&modules&和&hanlders&节里去。
两种解决方法：
第一种方法、配置应用程序池
在IIS7上配置应用程序池，并且将程序池的模式改为“经典”，之后一切正常。如图：
在搜索引擎输入上面提示的错误消息，搜索到的结果几乎都是直接改为“经典”便浅尝辄止了。
但这样只是权宜之计，用了IIS7.x,但实际只发挥了6的功能，另外，在一些ASP.NET MVC程序中的效果也不好，所以，我们尝试以下解决方法：
第二种方法、修改web.config配置文件：
例如原先设置（你的环境中可能没有httpModules，httpHandlers节点）
&system.web&
............
&httpModules&
&add name=&MyModule& type=&MyApp.MyModule& /&
&/httpModules&
&httpHandlers&
&add path=&*.myh& verb=&GET& type=&MyApp.MyHandler& /&
&/httpHandlers&
&/system.web&
&在IIS7应用程序池为“集成模式”时，改为：
&system.web&
...........
&/system.web&
&system.webServer&
&add name=&MyModule& type=&MyApp.MyModule& /&
&/modules&
&handlers&
&add name=&MyHandler& path=&*.myh& verb=&GET& type=&MyApp.MyHandler& preCondition=&integratedMode& /&
&/handlers&
&/system.webServer&
&（如果你的web.config没有httpModules，httpHandlers节点，则直接在节点system.webServer中添加：
&validation validateIntegratedModeConfiguration=&false& /&
禁止验证集成模式，来避免错误。更多原理知识，请各位多多指点！
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致IIS7&经典模式和集成模式的区别
IIS7.0中的Web应用程序有两种配置模式：经典模式和集成模式。经典模式是为了与之前的版本兼容，使用ISAPI扩展来调用ASP.NET运行库，原先运行于IIS6.0下的Web应用程序迁移到IIS7.0中只要将应用程序配置成经典模式，代码基本不用修改就可以正常运行。集成模式是一种统一的哀求处理管道，它将ASP.NET请求管道与IIS核心管道组合在一起，这种模式能够提供更好的性能，能够实现配置和治理的模块化，而且增加了使用托管代码模块扩展IIS时的灵活性。假如老的Web应用程序运行于IIS7.0的集成模式下，可能需要对应用程序的web.config文件进行修改，尤其是使用了实现IHttpHandler接口的自定义模块的情况。IIS7.0在同一个服务器上能够同时支持两种模式的应用程序。
IIS6.0中ASP.NET
MMC管理单元用于配置ASP.NET，7.0中ASP.NET应用程序的管理域IIS管理更加紧密的集成在一起，不存在单独的管理单元，所有的IIS和ASP.NET配置都是使用IIS管理器完成的。IIS7.0配置信息基于.NET
framework配置系统，所以IIS7.0中运行的应用程序的web.config文件同时包含web服务器和ASP.NET配置设置，例如可以再web.config文件中设置扩展名和文件的映射（IIS6.0中必须在IIS中进行配置）。
web.config文件的变化
system.webServer节指定了应用于web应用程序的IIS7.0设置，其父节点是configuration，该节点中可以设置的内容包括：
当请求未包含指定资源时，Web服务器返回给客户端的默认文档(defaultDocument)；
响应的压缩设置(httpCompression) 自定义头部(httpProtocol节的customHeaders)
模块（modules） 处理程序（handlers）
其中的一些设置仅适用于集成模式，而不适用于经典模式，如经典模式下运行的应用程序则忽略web.config的system.WebServer节中指定的所有托管代码模块和处理程序，这种模式下web应用程序应该在syste.web节的httpModules和httpHandlers中定义模块和处理程序。
将 Web 应用程序迁移到集成模式
不包含自定义模块或处理程序的 Web 应用程序通常无需更改即可在 IIS
7.0 集成模式下正常工作。对于依靠于自定义模块或处理程序的 Web
应用程序，需要执行以下步骤来使其能够在集成模式下运行：
使用本主题稍后的将 Web Config
文件迁移到集成模式部分中描述的方法之一，在 Web.config 文件的 system.webServer
节中注册自定义模块和处理程序。
仅在自定义模块的 Init 方法中定义
HttpApplication 请求管道事件（如 BeginRequest 和
EndRequest）的事件处理程序。
请确保您已解决 Upgrading ASP.NET
Applications to IIS 7.0: Differences between IIS 7.0 Integrated
Mode and Classic mode（将 ASP.NET 应用程序升级到 IIS 7.0：IIS 7.0
集成模式和经典模式之间的区别）的“Known Differences Between Integrated Mode and
Classic Mode”（集成模式和经典模式之间的已知区别）部分中讨论的问题。
实现 IHttpModule 接口的模块被称为托管代码模块，因为它们是使用
.NET framework 生成的。可以在服务器级别或应用程序级别注册托管代码模块。本机代码模块是仅在服务器级别注册的
DLL（非托管代码）。在集成模式下，将以托管模块的形式实现核心 ASP.NET 功能，例如会话状态和 Forms
身份验证。
在将应用程序从经典模式迁移到集成模式时，可以保留经典模式下的自定义模块和处理程序注册，也可以将这些注册移除。如果不移除经典模式下使用的
httpModules 和 httpHandlers 注册，则必须将 validation 元素的
validateIntegratedModeConfiguration 属性设置为 false 以避免错误。validation
元素是 system.webServer 元素的子元素。有关更多信息，请参见 ASP.NET Integration with IIS
7.0（将 ASP.NET 与 IIS 7.0 集成）中的“Disabling the migration
message”（禁用迁移消息）部分。
迁移 Web.config 文件以便在集成模式下使用
如果模块或处理程序是在应用程序级别定义的，则不会自动调用该模块或处理程序。这涉及符合以下条件的模块或处理程序：在
Bin 文件夹下的程序集中定义；在 App_Code 文件夹下作为源代码定义；没有在 Web.config 文件的
system.webServer
节中注册和定义。为了使模块或处理程序能够参与集成模式请求管道，必须使用下列方法之一注册该模块或处理程序：
直接编辑 Web.config 文件，并且将 modules 或
handlers 元素添加到 system.webServer 元素中。请注重，与经典模式相比，元素名称是不同的：modules 和
handlers 分别对应于经典模式下的 httpModules 和 httpHandlers。
使用 IIS 管理器配置模块或处理程序。有关更多信息，请参见
Configuring Handler Mappings in IIS 7.0（在 IIS 7.0 中配置处理程序映射）和
Configuring Modules in IIS 7.0（在 IIS 7.0 中配置模块）。
使用 IIS 7.0 命令行工具
(Appcmd.exe)。有关更多信息，请参见 Configure Settings for a Site Application
Virtual Directory or URL by Using Appcmd.exe（使用 Appcmd.exe
配置站点、应用程序、虚拟目录或 URL 的设置）。
用来使用集成模式的类和属性
在 IIS 7.0 集成模式以及 .NET framework 3.0
版或更高版本中使用应用程序时，可以使用下面这些在经典模式下不可用的类和成员：
HttpResponse 对象的
SubStatusCode 属性，使用它可以设置在配置了失败请求跟踪的情况下有用的代码。有关更多信息，请参见
Troubleshooting Failed Requests Using Failed Request Tracing in IIS
7.0（使用 IIS 7.0 中的跟踪功能解决请求失败的问题）。
HttpResponse 对象的 Headers
属性，使用它可以访问响应头。
HttpContext 对象的 IsPostNotification 和
CurrentNotification 属性，在提供 HttpApplication
事件的处理程序时可以使用它们。
HttpRequest 对象的 Headers 和
ServerVariables 属性，它们支持写功能。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。