IIS7 32ビットアプリケーションはエラーページを起動せず、空のページのみを起動します


0

新しい64ビットサーバーでIIS7.5を構成して、32ビットコンポーネントとMS Accessデータベースをほとんど使用しない古いWebサイトを処理しています。

Jet4.0と古いコンポーネントが正しく機能するように、アプリケーションプールを正常に設定して32ビットをサポートしました。

ただし、IISは奇妙な方法で動作します:アプリケーションプールが32ビットフラグで有効になっているときにエラーが発生すると(ゼロ除算、したがって500エラー、404が見つかりませんでした)、エラーが発生します。エラーページは表示されませんが、完全に空の空白ページのみが表示されます。

500エラーが発生した場合、たとえば、スクリプトの実行中に、エラーが発生するまでスクリプトは出力を表示し、その後、サイレントに停止します。Webサイトは既定のIISエラーページを使用するように構成されているため、エラーページのカスタムセットアップはありません。

アプリケーションプール32ビットが無効になっている場合、この奇妙な動作は発生しません。この場合、すべてが正常に機能します。

私はグーグルでいくつかの検索を行いましたが、この問題は他の人が経験したことがわかりましたが、まだ解決策が見つかりませんでした。

回答:


0

私は自分で解決策を見つけました、コミュニティと共有したいです:

  • この問題は、WebサイトのプロパティのASP /デバッグ機能のオプション「サーバー側のデバッグを有効にする」が原因で発生します。オプションが「True」に設定されている場合、IISはエラーをまったく表示せず、空白のページを表示します。「False」に設定すると、通常どおりエラーが表示されます。

この動作は、アプリケーションプールが32ビット対応の場合にのみ発生します。32ビットが無効になっている場合、「サーバー側のデバッグを有効にする」をTrueに設定してもエラーが表示されます。明らかに、64ビットサーバー上の32ビットアプリケーションプール間のエラーメッセージの処理に問題があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.