加入收藏 问题搜索

您的位置：点晴OA办公管理信息系统 → 『 经验分享&问题答疑 』 → 浏览当前帖子

问题信息：

本文热度：13790％

admin 积分：80658 等级：网站管理员 文数：14933 注册：2004-7-20

IIS报错：检测到在集成的托管管道模式下不适用的ASP.NET设置的解决方法（非简单设置为【经典】模式） IIS报错：检测到在集成的托管管道模式下不适用的ASP.NET设置的解决方法（非简单设置为【经典】模式） 　我们将ASP.NET程序从IIS6移植到IIS7，可能运行提示以下错误： 　　HTTP 错误 500.23 - Internal Server Error 　　检测到在集成的托管管道模式下不适用的 ASP.NET 设置。 　　为什么会出现以上错误？ 　　在IIS7的应用程序池有两种模式，一种是“集成模式”，一种是“经典模式”。 　　经典模式 则是我们以前习惯的IIS 6 的方式。 　　如果使用集成模式，那么对自定义的httpModules 和 httpHandlers 就要修改配置文件，需要将他们转移到和节里去。 　　两种解决方法： 第一种方法：配置应用程序池 　　在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应用程序池为“集成模式”时，改为：(httpModules改为modules，httpHandlers改为Handlers了) <system.web> ........... </system.web> <system.webServer> <modules> <add name="MyModule" type="MyApp.MyModule" /> </modules> <handlers> <add name="MyHandler" path="*.myh" verb="GET" type="MyApp.MyHandler" preCondition="integratedMode" /> </handlers> <validation validateIntegratedModeConfiguration="false" /> </system.webServer> 如果你的web.config没有httpModules、httpHandlers节点，或者没有上面红色内容，则直接在上面节点system.webServer中添加红色位置内容上去即可：     <validation validateIntegratedModeConfiguration="false" /> 这样可以禁止验证集成模式，避免错误提示了。 该问题在 2017/9/8 12:39:40 编辑过

离 线

2017-9-8 12:07:54

admin 积分：80658 等级：网站管理员 文数：14933 注册：2004-7-20

信息   编辑   引用 A栋9楼    经典模式（classic mode）VS 集成模式（Integrated mode） 在经典模式下，IIS会用ISAPI扩展（ISAPI extension aspnet_isapi.dll）和 ISAPI过滤器（ISAPI filter aspnet_filter.dll）来调用ASP.NET运行库来处理请求。如果使用经典模式的话，服务器会用两种管道来处理请求一个负责源代码，另外一个负责托管代码。在这种模式下，应用程序不能充分使用IIS7.X提供的服务。   集成模式是一种统一的请求处理管道，它将ASP.NET请求管道与IIS核心管道组合在一起。在集成模式下，ASP.NET从IIS插件（IIS extension）的角色进入了IIS的核心去监测每个请求和操作。在集成模式下，ASP.NET能更有效的在IIS下运行，并且可以有效的提高网站的性能。 有些在IIS6开发的代码需要运行于经典模式，因为在集成模式下会出现错误信息。   要想更有效的使用IIS7提供的服务， 建议将网站放在集成模式下，然后根据错误信息的提示解决那个问题。 IIS 6 以及 IIS7 经典模式的托管管道的架构        在IIS7之前，ASP.NET 是以 IIS ISAPI extension 的方式外加到 IIS，其实包括 ASP 以及 PHP，也都以相同的方式配置（PHP 在 IIS 采用了两种配置方式，除了 IIS ISAPI extension 的方式，也包括了 CGI 的方式，系统管理者能选择 PHP 程序的执行方式），因此客户端对 IIS 的 HTTP 请求会先经由 IIS 处理，然后 IIS 根据要求的内容类型，如果是 HTML 静态网页就由 IIS 自行处理，如果不是，就根据要求的内容类型，分派给各自的 IIS ISAPI extension；如果要求的内容类型是 ASP.NET，就分派给负责处理 ASP.NET 的 IIS ISAPI extension，也就是 aspnet_isapi.dll。下图是这个架构的示意图。 IIS  7 应用程序池的托管管道模式  经典  模式也是这样的工作原理。 这种模式是兼容IIS 6 的方式， 以减少升级的成本。   IIS  7 应用程序池的 托管管道模式  集成模式        而 IIS 7 完全整合 .NET 之后，架构的处理顺序有了很大的不同（如下图），最主要的原因就是 ASP.NET 从 IIS 插件（ISAPI extension）的角色，进入了 IIS 核心，而且也能以 ASP.NET 模块负责处理 IIS 7 的诸多类型要求。这些 ASP.NET 模块不只能处理 ASP.NET 网页程序，也能处理其他如 ASP 程序、PHP 程序或静态 HTML 网页，也因为 ASP.NET 的诸多功能已经成为 IIS 7 的一部份，因此 ASP 程序、PHP 程序或静态 HTML 网页等类型的要求，也能使用像是Forms认证（Forms Authentication）或输出缓存（Output Cache）等 ASP.NET 2.0 的功能（但须修改 IIS 7 的设定值）。也因为 IIS 7 允许自行以 ASP.NET API 开发并加入模块，因此 ASP.NET 网页开发人员将更容易扩充 IIS 7 和网站应用程序的功能，甚至能自行以 .NET 编写管理 IIS 7 的程序（例如以程控 IIS 7 以建置网站或虚拟目录）。     参考资料： 小结  　　IIS 内部运行机制_知识库_博客园       http://kb.cnblogs.com/page/119174/ 　　IIS5 到 IIS6 的改进，主要是 HTTP.sys 的改进。 　　IIS6 到 IIS7 的改进，主要是 ISAPI 的改进。 　　参考资料： 　　ASP.NET Process Model之一：IIS 和 ASP.NET ISAPI 　　http://www.cnblogs.com/artech/archive/2007/09/09/887528.html 　　ASP.NET Internals – IIS and the Process Model 　　http://dotnetslackers.com/articles/iis/ASPNETInternalsIISAndTheProcessModel.aspx 　　模组化的IIS 7 与.NET 能力整合 　　http://www.microsoft.com/taiwan/technet/columns/profwin/33-iis7-componentization-integration.mspx 　　Introduction to IIS 7.0 Architecture 　　http://learn.iis.net/page.aspx/101/introduction-to-iis7-architecture/ 　　关于IIS7.5下的web.config配置的一些问题_WEB服务器_网站架构 　　http://www.codesky.net/article/201103/161589.html 该问题在 2017/9/8 12:37:30 编辑过

离 线

2017-9-8 12:36:59

本问题共有 1 页, 1 张回文，每页有 10 张回文 >> [ 1 ] 页码：