背景: 今日、會(huì)社の端末で関數(shù)を開く際に例外が発生し、500 エラーが報(bào)告されました。Fiddler を使用してリンクを見つけ、IE で開いたところ、500.23 エラーが報(bào)告されました。ASP.NET 設(shè)定は、ASP.NET では適用されません。統(tǒng)合ホスティング パイプライン モードが検出されました。背景にはIIS7とtomcat7が統(tǒng)合された環(huán)境があり、これを記録します。

HTTP エラー 500.23 - 內(nèi)部サーバー エラー

統(tǒng)合ホスティング パイプライン モードに適用されない ASP.NET 設(shè)定が検出されました。

上記のエラーが発生するのはなぜですか?

IIS7 のアプリケーション プールには 2 つのモードがあり、1 つは「統(tǒng)合モード」、もう 1 つは「クラシック モード」です。

クラシック モードは、私たちが使い慣れている IIS 6 の方法です。

統(tǒng)合モードを使用する場合は、カスタム httpModules と httpHandlers の設(shè)定ファイルを変更し、それらを セクションと に転送する必要があります。

2 つの解決策:

最初の方法は、アプリケーション プールを構(gòu)成することです。

IIS7 でアプリケーション プールを構(gòu)成し、アプリケーション プールのモードを「クラシック」に変更します。その後はすべてが正常になります。図に示すように:

IIS7。web.config 構(gòu)成ファイルを変更する 2 つの方法:

注: web.config パスは C:inetpubwwwrootweb.config です

たとえば、元の設(shè)定 (環(huán)境に 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 アプリケーション プールでは、「統(tǒ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 ノードがない場合は、ノード system.webServer:

<validation validateIntegratedModeConfiguration="false" />

エラーを回避するために統(tǒng)合モードの検証を無効にします

IIS ログの場所

IIS 6.0 ログは次の場所に保存されます:

c:windowssystem32logfiles


IIS 7 ログは次の場所に保存されます:

%SystemDrive%inetpublogsLogFiles

テスト後、IIS ログは即座に書き込まれ、IIS のリセットは必要ありません。

IIS 6 と 7 のログは、サイトごとに異なるフォルダーに書き込まれます。場所フォルダーの形式は「w3svc{siteId}」です。

IIS6 では、サイト ID を表示する方法は IIS を介して行われます。

IIS7 では、IIS マネージャーの詳細(xì)設(shè)定で、ログ フォルダーの名前が使用されます。はサイト ID であり、この ID を使用して LogFiles フォルダー內(nèi)のどのファイルが表示するサイトに屬しているかを見つける必要があります

統(tǒng)合とクラシックの違い

IIS7 アプリケーション プールには 2 つのモードがあります。 1 つは統(tǒng)合モードで、もう 1 つはクラシック モードです。次に、カスタム httpModules と httpHandlers を変更し、それらを セクションと に移動(dòng)します。 IIS7 と IIS6 の 2 つのモードの違いは? の httpModules> および 設(shè)定セクションは無視され、disabledvalidation が設(shè)定されている場合、エラーは生成されません。

IIS7.0 クラシック モード: 上記の狀況とは異なり、 と は無視されます。

クラシック vs 統(tǒng)合

クラシック モード (IIS6 以下の唯一のモード) は、IIS が ISAPI 拡張機(jī)能と ISAPI フィルターのみを直接操作するモードです。実際、このモードでは、Asp.net は単なる ISAPI 拡張機(jī)能 (aspnet_isapi.dll) です。 IIS は、Asp.net を ISAPI に実裝された外部プラグインとして扱い、ブラック ボックスのように動(dòng)作します (このモードでは、ASP.NET に要求を送信する必要がある場合のみ)。 , Asp.net は、IIS 用の PHP やその他のテクノロジと大きな違いはありません

IIS6.0 以下で動(dòng)作する唯一のモードはクラシック モードです (ISAPI EXTENSION、ISAPI FILTERS でのみ動(dòng)作します)。このモードでは、asp.net は、それぞれ ISAPI EXTENSION と ISAPI FILTER を?qū)g裝する?yún)gなるプラグイン (aspnet_isapi.dll、aspnet_filter.dll) です。II の仕事は、特定の要求を Asp.net に転送し、PHP でホストすることだけです。 IIS のプラグインなど。

一方、統(tǒng)合モードは、IIS パイプラインが Asp.net 要求パイプラインと緊密に統(tǒng)合されている (つまり、まったく同じです)、ASP.NET が必要とするすべての要求を認(rèn)識し、途中で処理することができる IIS7 の新しいモードです。このモードでは、ASP.NET は外部プラグインとして扱われなくなり、IIS に完全に統(tǒng)合され、Asp.net HttpModules は基本的に ISAPI フィルターとほぼ同じ能力を持ちます。このモードでは、Asp.net は基本的に IIS の一部です

ただし、統(tǒng)合モードでは、IIS パイプラインは Asp.net 要求パイプラインと緊密に統(tǒng)合されます。 net はリクエスト パイプライン全體を完全に制御し、アクセスできます。 Asp.net は外部プラグインではなくなり、IIS に完全に統(tǒng)合されました。このモードでは、Asp.net HttpModules と ISAPI Filter は同等の制御権限を持ち、Asp.net HttpHandlers と ISAPI Extension も同等の制御権限を持ちます。つまり、Asp.net はすでに IIS の一部です。

IIS6 と IIS7 の両方を考慮する場合は、web.config の httpHandlers (IIS6 の場合) とハンドラー (IIS7 の場合) で同じ定義を維持できますが、 しないと、IIS7 では定義が繰り返されるためエラーが発生します。

IIS7 が 500.23 エラーを報(bào)告する原因分析と解決策に関するその他の関連記事については、PHP 中國語 Web サイトに注目してください。