IIS7報500.23錯誤的原因分析及解決方法
背景:今天公司終端上有一個功能打開異常,報500錯誤,我用Fiddler找到鏈接,然后在IE里打開,報500.23錯誤:檢測到在集成的托管管道模式下不適用的ASP.NET設(shè)置。后臺是一個IIS7和tomcat7集成的環(huán)境,此處記錄一下。
HTTP 錯誤 500.23 - Internal Server Error
檢測到在集成的托管管道模式下不適用的 ASP.NET 設(shè)置。
為什么會出現(xiàn)以上錯誤?
在IIS7的應(yīng)用程序池有兩種模式,一種是“集成模式”,一種是“經(jīng)典模式”。
經(jīng)典模式則是我們以前習(xí)慣的IIS 6 的方式。
如果使用集成模式,那么對自定義的httpModules 和 httpHandlers 就要修改配置文件,需要將他們轉(zhuǎn)移到<modules>和<hanlders>節(jié)里去。
兩種解決方法:
第一種方法、配置應(yīng)用程序池
在IIS7上配置應(yīng)用程序池,并且將程序池的模式改為“經(jīng)典”,之后一切正常。如圖:
用了IIS7.x,但實(shí)際只發(fā)揮了6的功能,另外,在一些ASP.NET MVC程序中的效果也不好,所以,我們嘗試以下解決方法:
第二種方法、修改web.config配置文件:
注: web.config路徑C:\inetpub\wwwroot\web.config
例如原先設(shè)置(你的環(huán)境中可能沒有httpModules,httpHandlers節(jié)點(diǎn))
<system.web>
............
<httpModules>
<add name="MyModule"type="MyApp.MyModule" />
</httpModules>
<httpHandlers>
<add path="*.myh"verb="GET"type="MyApp.MyHandler" />
</httpHandlers>
</system.web>
在IIS7應(yīng)用程序池為“集成模式”時,改為:
<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>
</system.webServer>
(如果你的web.config沒有httpModules,httpHandlers節(jié)點(diǎn),則直接在節(jié)點(diǎn)system.webServer中添加:
<validation validateIntegratedModeConfiguration="false" />
禁止驗證集成模式,來避免錯誤。
IIS Log的位置
IIS 6.0的Log日志存儲在:
c:\windows\system32\logfiles\
IIS 7 Log存儲在:
%SystemDrive%\inetpub\logs\LogFiles
經(jīng)過我的測試, IIS日志是即時寫入的, 不需要IIS reset.
IIS 6, 7的日志寫入按不同站點(diǎn)寫入不同的文件夾, 位置文件夾的格式都是"w3svc{siteId}".
IIS6里, 查看站點(diǎn)ID的方式是通過IIS log的文件夾的名字來確定Site ID.
IIS7中, 在IIS管理器中的advanced settings中, General里的ID就是Site ID, 然后你需要通過這個ID來定位LogFiles文件夾中哪一個文件夾屬于你要查看的站點(diǎn).
Intergrated和Classic的區(qū)別
IIS7的Application Pools有兩種mode,一種是Integrated,一種是classic。如果使用Integrated模式,那么對自定義的httpModules和httpHandlers就要修改配置文件了,需要將他們轉(zhuǎn)移到<modules>和<hanlders>節(jié)里去。
IIS7的兩種模式和IIS6有什么區(qū)別?
IIS7.0 Integrated mode:asp.net 的modules和handlers從<system.webServer>下的<modules> 和<handlers>里讀取,以前的<system.web>下的<httpModules> 和<httpHandlers>配置節(jié)會被忽略,如果設(shè)置禁止驗證(disabledvalidation),是不會產(chǎn)生錯誤的。
IIS7.0 Classic mode: 與 以上情況是相反的,<modules>和<handlers>會被忽略。
Classic vs Integrated
Classic mode (theonly mode in IIS6 and below) is a mode where IIS only works with ISAPIextensions and ISAPI filters directly. In fact, in this mode, Asp.net is justan ISAPI extension (aspnet_isapi.dll) and an ISAPI filter(aspnet_filter.dll).IIS just treats Asp.net as an external plugin implemented in ISAPI and workswith it like a black box (and only when it's needs to give out the request toASP.NET). In this mode, Asp.net is not much different from PHP or other technologies for IIS.
經(jīng)典模式是IIS6.0以及以下版本的唯一工作模式(只工作在ISAPI EXTENSION,ISAPI FILTERS下)。在此種模式下asp.net只是一個分別實(shí)現(xiàn)了ISAPIEXTENSION和ISAPI FILTER的插件(aspnet_isapi.dll,aspnet_filter.dll),IIs的工作只是將特定的請求轉(zhuǎn)發(fā)給Asp.net,與 PHP等等寄宿在IIS中的插件別無二致。
Integrated mode,on the other hand, is a new mode in IIS7 where IIS pipeline is tightlyintegrated (i.e. is just the same) as Asp.net request pipeline. ASP.NET cansee every request it wants to and manipulate things along the way. ASP.NET isno longer treated as an external plugin. It's completely blended and integratedin IIS. In this mode, Asp.net HttpModules basically have nearly as much poweras an ISAPI filter would have had and Asp.net HttpHandlers can have nearlyequivalent capability as an ISAPI extension could have. In this mode, Asp.netis basically a part of IIS.
然而在集成模式里,IIS的管道與Asp.net的請求管道是緊密集成 的,Asp.net可以完全控制,訪問整個請求管道。Asp.net不在作為一個外部插件,而是完全集成在IIS中。在此模式下,Asp.net HttpModules與ISAPI Filter擁有等同的控制權(quán),Asp.net HttpHandlers與ISAPI Extension擁有等同控制權(quán),換而言之Asp.net已經(jīng)是IIS的一部分了。
如 果要兼顧IIS6及IIS7,可在web.config中同時保留httpHandlers(for IIS6)及handlers(for IIS7)里的相同定義,但記得要加上<validation validateIntegratedModeConfiguration="false"/>,不然IIS7會因為定義重覆出現(xiàn)而發(fā)生錯誤。
- IIS7.0 運(yùn)行ASP 500錯誤 解決方法
- WIN2008系統(tǒng)安裝IIS7配過ASP后打開ASP網(wǎng)站為500錯誤的解決辦法
- IIS7.5顯示ASP的詳細(xì)錯誤信息"500 – 內(nèi)部服務(wù)器錯誤解決"
- IIS7使用.NET Framework v4.0運(yùn)行庫報500錯誤的解決辦法
- Win7 IIS7.5運(yùn)行ASP時出現(xiàn)500錯誤的解決辦法
- IIS7.5中調(diào)試.Net 4.0網(wǎng)站出現(xiàn)無厘頭、500錯誤的解決方法
- IIS7.5 HTTP 錯誤 500 調(diào)用loadlibraryex失敗的解決方法
- DirectoryEntry配置IIS7出現(xiàn)ADSI Error:未知錯誤(0x80005000)
- IIS7.5 Error Code 0x8007007e HTTP 錯誤 500.19的解決方法
- IIS7/iis7.5 HTTP Error 500.19 配置錯誤由于權(quán)限不足而無法讀取配置文件的解決辦法
相關(guān)文章
詳解IIS中URL重寫工具的匹配URL-規(guī)則模式(rule patterns)
rule patterns規(guī)則模式在IIS的URL重寫模塊中,是較為關(guān)鍵的設(shè)置。只有規(guī)則模式的URL匹配成功時,其他的規(guī)則才能起到作用。規(guī)則模式的匹配URL設(shè)置主要是匹配URL中的路徑部分,一般使用正則表達(dá)式和通配符對URL路徑進(jìn)行匹配,下面會仔細(xì)的說明2017-03-03Windows服務(wù)器應(yīng)對高并發(fā)和DDOS攻擊的配置方法
這篇文章主要介紹了Windows服務(wù)器應(yīng)對高并發(fā)和DDOS攻擊的配置方法,本文講解了應(yīng)對高并發(fā)請求、應(yīng)對DDOS攻擊的多種配置方法,需要的朋友可以參考下2015-01-01WordPress在window2003 IIS ISAPI ReWrite下的URL規(guī)則
WordPress在window2003 IIS ISAPI ReWrite下的URL規(guī)則...2007-10-10win2003 關(guān)閉不需要的數(shù)據(jù)庫服務(wù) 禁止不用的web服務(wù)擴(kuò)展的方法 圖文
主機(jī)默認(rèn)裝有的數(shù)據(jù)庫有SQL Server 2005和MySQL等,服務(wù)默認(rèn)都是啟用的,啟用中對CPU的使用和內(nèi)存的使用都很大,如果主機(jī)中不需要數(shù)據(jù)庫或者不需要某一個數(shù)據(jù)庫可以對其服務(wù)進(jìn)行停止2012-04-04WINDOWS2016故障轉(zhuǎn)移群集(圖文教程)
本文主要介紹了WINDOWS2016故障轉(zhuǎn)移群集,文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價值,感興趣的小伙伴們可以參考一下2022-01-01WinServer2012搭建DNS服務(wù)器的方法步驟
本文主要介紹了WinServer2012搭建DNS服務(wù)器的方法步驟,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-06-06IIS提示出現(xiàn)RPC服務(wù)器不可用的解決方法
如果你運(yùn)行IIS時也遇到“RPC服務(wù)器不可用”的故障提示,不妨試試我們下面的辦法2011-10-10