1

IIS で Web サイトをセットアップする際に 500 エラーが発生する理由を理解しようとしています。

これまでのところ、次の手順を試しました。

  • 失敗したリクエストのトレースを有効にする (このサイトのログは書き込まないが、他のサイトでは機能する)
  • 詳細なエラー メッセージを有効にしました。まだ追加情報なしでデフォルトの 500 ページを取得しています。
  • アプリ プールにプロジェクト ディレクトリへの完全なアクセス許可を付与します。
  • アプリ プールがクラシック .NET 2 (古いアプリ) で実行されていることを確認しました。
  • (クラシック/統合、.NET 2/4) の順列でサイトを実行する
  • 匿名認証を有効にしました

だから私の考えでは、どういうわけか、ログモジュールが実行される前にサイトが失敗します。

イベント ビューアー、IIS Advanced Logs フォルダー、または Failed Request Tracing フォルダーに新しいエンティティが表示されないため、これが原因であると思われます。私の唯一の情報源 (500 エラー以外) は、IIS ログの新しいエントリです。

2012-12-04 13:06:05 127.0.0.7 GET / - 80 - 127.0.0.1 Mozilla/5.0+(compatible;.....)

これを確認するために、要求が失敗したパイプラインのステージを確認する方法はありますか? 障害が発生する前にロギング モジュールを実行できますか?

4

1 に答える 1

0

HTTP.sysのトレース イベント ロガーがあります。これにより、要求が IIS の適切なアプリケーション プールに送信されているかどうかを判断できます。使用上の注意

最後の手段として、Microsoft はDebug Diagnosticというツールを提供しています。他に選択肢がない場合は、これを使用してください。選択したアプリ プールのクラッシュ ダンプが生成されます。通り抜けるのは簡単ではありませんが、リードです。使用上の注意

于 2013-06-07T18:16:28.327 に答える