IIS7はResponse.StatusCodeを設定するときにcustomErrorsをオーバーライドしますか？

ここで奇妙な問題があります。web.configのcustomErrorsセクションを使用してカスタムエラーページを作成する場合Response.StatusCodeは、適切なものに設定する必要があることを誰もが知っています。たとえば、カスタム404ページを作成して404.aspxという名前を付け<% Response.StatusCode = 404 %>た場合、コンテンツを挿入して、真の404ステータスヘッダーを含めることができます。

これまでに私に従ってください？良い。これをIIS7で実行してみます。うまくいきません。Response.StatusCodeがカスタムエラーページで設定されている場合、IIS7はカスタムエラーページを完全に上書きするようで、独自のステータスページを表示します（設定されている場合）。

他の誰かがこの動作を見たことがありますか、またそれを回避する方法を知っているかもしれませんか？IIS6で動作していたので、なぜ変更されたのかわかりません。

注：これは、404 Not Foundの代わりに200 OKを返すASP.NETカスタム404の問題と同じではありません。

system.webServer / httpErrorsセクションでexistingResponseをPassThroughに設定します。

  <system.webServer>
    <httpErrors existingResponse="PassThrough" />
  </system.webServer>

existingResponseプロパティのデフォルト値はAutoです。

Autoは、カスタムエラーモジュールに正しいことを行うように指示します。クライアントによって表示される実際のエラーテキストは、IHttpResponse::GetStatus呼び出しで返されるfTrySkipCustomErrorsの値に応じて影響を受けます。fTrySkipCustomErrorsがtrueに設定されている場合、カスタムエラーモジュールは応答を通過させますが、falseに設定されている場合、カスタムエラーモジュールはテキストを独自のテキストに置き換えます。

詳細：IIS7カスタムエラーモジュールに期待すること

動作を一貫させる最も簡単な方法は、エラーをクリアしてResponse.TrySkipIisCustomErrorsを使用し、それをtrueに設定することです。これにより、ページ内からのIISグローバルエラーページの処理、またはApplication_Errorのグローバルエラーハンドラーがオーバーライドされます。

Server.ClearError();
Response.TrySkipIisCustomErrors = true;

通常、これは、アプリケーションエラーハンドラーがキャッチしていないすべてのエラーを処理するApplication_Errorハンドラーで行う必要があります。

詳細については、このブログの投稿をご覧ください。http： //www.west-wind.com/weblog/posts/745738.aspx

解決済み： IIS7がエラーページを「パススルー」するには、「詳細なエラー」をオンにする必要があることがわかりました。http://forums.iis.net/t/1146653.aspxを参照してください

これが本質的に似ているかどうかはわかりませんが、表面上は似ていると思われる問題を解決しました。

まず、カスタム404、400、500を使用しているため、existingResponse（Auto）のデフォルト値が正解でした（他にも作成できますが、これら3つで十分です）。ここに私を助けた関連セクションがあります。

web.configから：

<customErrors mode="Off" />

そして

<httpErrors errorMode="Custom" existingResponse="Auto" defaultResponseMode="ExecuteURL">
  <clear />
  <error statusCode="404" path="/errors/404.aspx" responseMode="ExecuteURL" />
  <error statusCode="500" path="/errors/500.aspx" responseMode="ExecuteURL" />
  <error statusCode="400" path="/errors/400.aspx" responseMode="ExecuteURL" />
</httpErrors>

そこから、これをglobal.asaxのApplication_Errorに追加しました。

    Response.TrySkipIisCustomErrors = True

各カスタムエラーページに、正しい応答ステータスコードを含める必要がありました。私の場合、カスタム404を使用してユーザーをサイトのさまざまなセクションに送信しているため、実際にはデッドページでない限り、404ステータスコードが返されたくありません。

とにかく、それが私がやった方法です。それが誰かを助けることを願っています。

この問題は大きな頭痛の種となっています。以前に単独で言及された提案のどれも私のためにそれを解決しなかったので、私は私の解決策を含めています。記録のために、私たちの環境/プラットフォームは以下を使用します：

• .NET Framework 4
• MVC 3
• IIS8（ワークステーション）およびIIS7（Webサーバー）

具体的には、ユーザーを（Web.config設定を介して）カスタム404ページにリダイレクトするHTTP 404応答を取得しようとしました。

まず、私のコードはをスローする必要がありましたHttpException。NotFoundResultコントローラからa を返すと、私が求めていた結果が得られませんでした。

throw new HttpException(404, "There is no class with that subject");

次に、とノードの両方を Web.configで構成する必要がcustomErrorsありhttpErrorました。

<customErrors mode="On" defaultRedirect="/classes/Error.aspx">
  <error statusCode="404" redirect="/classes/404.html" />
</customErrors>

...

<httpErrors errorMode="Custom" existingResponse="Auto" defaultResponseMode="ExecuteURL">
  <clear />
  <error statusCode="404" path="/classes/404.aspx" responseMode="ExecuteURL" />
</httpErrors>

existingResponseとして残したことに注意してくださいAuto。これは、提供された@seflのソリューションとは異なります。

customErrors設定は、私が明示的にスロー処理するために必要であるように思われHttpExceptionている間、httpErrorsノードはGlobals.asax.csに指定されたルートパターンの外に落ちたURLを取り扱います。

PSこれらの設定では、設定する必要はありませんでした Response.TrySkipIisCustomErrors

TrySkipIisCustomErrorsパズルの一部にすぎません。カスタムエラーページを使用していて、4xxステータスに基づいてRESTfulコンテンツを配信したい場合は、問題があります。.netは常に一部のページコンテンツをIISに配信するように見えるため、web.configのhttpErrors.existingResponseを "Auto"に設定しても機能しません。したがって、 "Auto"を使用すると、すべて（または少なくとも一部）のカスタムエラーページが使用されなくなります。応答にはhttpステータスコードが含まれるため、「置換」を使用しても機能しませんが、その内容は空であるか、カスタムエラーページで埋められます。また、「PassThrough」は実際にはCEPをオフにするため、使用できません。

したがって、いくつかのケースでCEPをバイパスする場合（バイパスすることで、ステータス4xxをコンテンツとともに返すことを意味します）、追加の手順が必要になります。エラーを消去します。

void Application_Error(object sender, EventArgs e)
{
    var httpException = Context.Server.GetLastError() as HttpException;
    var statusCode = httpException != null ? httpException.GetHttpCode() : (int)HttpStatusCode.InternalServerError;

    Context.Server.ClearError();
    Context.Response.StatusCode = statusCode;
}

したがって、REST応答（つまり、400-Bad Request）を使用してコンテンツを送信する場合はTrySkipIisCustomErrors、アクションのどこかに設定existingResponseし、web.configのhttpErrorsセクションで "Auto"に設定する必要があります。今：

• エラーがなく（アクションが4xxまたは5xxを返す）、一部のコンテンツが返される場合、CEPは使用されず、コンテンツはクライアントに渡されます。
• エラーが発生すると（例外がスローされます）、エラーハンドラーから返されたコンテンツが削除されるため、CEPが使用されます。

アクションから空のコンテンツを含むステータスを返したい場合は、空の応答として扱われ、CEPが表示されるため、このコードを改善する余地があります。

デフォルトでは、IIS 7は詳細なカスタムエラーメッセージを使用するので、Response.StatusCodeは単なる404ではなく404.XXであると想定します。

単純なエラーメッセージコードを使用するようにIIS7を構成するか、IIS7が提供するより詳細なエラーメッセージを処理するコードを変更できます。

詳細については、こちらをご覧ください：http : //blogs.iis.net/rakkimk/archive/2008/10/03/iis7-enabling-custom-error-pages.aspx

詳細な調査の結果、間違った方法があったことが判明しました。詳細なメッセージはデフォルトではありませんが、言及したさまざまなエラーメッセージが表示されている場合は、ボックスでオンになっている可能性があります。