检測到在集成的托管管道模式下不适用的ASP.NET设置的解决方法（非简单设置为【经典】模式）。



我们将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节点）

       
             ............     
                
             
            
              
             
          
       

 在IIS7应用程序池为“集成模式”时。改为：

       
             ........... 
        
            
              
                   
            
              
             
         
       

 （假设你的web.config没有httpModules，httpHandlers节点。则直接在节点system.webServer中加入：

       这样能够禁止验证集成模式，避免错误提示。

---

经典模式（classic mode）VS 集成模式（Integrated mode）

在

经典模式下，IIS会用ISAPI扩展（ISAPI extension aspnet_isapi.dll）和 ISAPI过滤器（ISAPI filter aspnet_filter.dll）来调用ASP.NET执行库来处理请求。假设使用经典模式的话，server会用两种管道来处理请求一个负责源码，另外一个负责托管代码。在这样的模式下，应用程序不能充分使用IIS7.X提供的服务。

 

集成模式是一种统一的请求处理管道，它将ASP.NET请求管道与IIS核心管道组合在一起。

在集成模式下。ASP.NET从IIS插件（IIS extension）的角色进入了IIS的核心去监測每一个请求和操作。在集成模式下，ASP.NET能更有效的在IIS下执行，而且能够有效的提高站点的性能。 有些在IIS6开发的代码须要执行于经典模式。由于在集成模式下会出现错误信息。

 

要想更有效的使用IIS7提供的服务， 建议将站点放在集成模式下，然后依据错误信息的提示解决那个问题。