失敗した要求のトレースは、問題を診断およびトラブルシューティングするための最も重要なIIS機能です。 失敗したリクエストのトレース機能を有効にした後で問題を再現できれば、リクエストで何が起こっているのか、そしてその理由を正確に判断するのに役立ちます。
失敗したリクエストのトレースを使用することで、HTTPステータスコード(500や403など)に基づいてルールを追加できます。ステータスコードが再現されると、リクエスト全体がファイルに記録されるため、問題を診断できます。
PowerShellを使用してトレース機能をインストールする ^
失敗したリクエストのトレースは、 Webサーバー 役割。 この機能がインストールされているかどうかを確認するには、次のPowerShellコマンドを実行できます。
Get-WindowsFeature -Name Web-Http-Tracing
あなたが見たら インストール状態 なので 利用可能、機能が現在インストールされていないことを意味します。 これをインストールするには、次のコマンドを実行します。
Get-WindowsFeature -Name Web-Http-Tracing | Install-WindowsFeature
サーバーマネージャーを使用してトレース機能をインストールする ^
サーバーマネージャーを使用して失敗した要求のトレース機能をインストールする場合は、次の手順に従います。
- サーバーマネージャーを起動します
- サーバーマネージャーで、をクリックします 管理 à 役割と機能を追加する
- クリック 次。[インストールタイプ]ページで、[役割ベースまたは機能ベースのインストール ラジオボタンをクリックし、 次
- [サーバーの選択]で、Webサーバーを選択し、[次
- [サーバーの役割]ページで、[Webサーバー(IIS) à展開 Webサーバー à展開 健康と診断 àに対してチェックボックスを選択します トレース、 クリック 次 2回、最後にクリックします インストール。
失敗したリクエストトレースルールを有効にする ^
失敗したリクエストのトレース機能を有効にすると、Webサイトで問題が発生した場合は常に、失敗したリクエストのトレースルールを有効にする必要があります。 リモートデスクトップを使用してWebサーバーに直接アクセスできる場合は、IISマネージャーを使用してトレースルールを追加するだけです。 サーバーにアクセスできない場合(たとえば、共有ホスティングサーバーの場合)、失敗したリクエストのトレースルールを次のように追加できます。 web.config ファイル(もちろん、ホスティングプロバイダーがそれをサポートしている場合)。
IISマネージャーを使用して失敗した要求のトレースを有効にする ^
- IISマネージャーを使用して失敗した要求のトレースルールを有効にするには、次の手順に従います。
- IISマネージャーを開きます
- IISマネージャーで、[サーバーノード]→[展開]を展開します サイト ノードà次に、失敗したリクエストのトレースを有効にするWebサイトを選択します。
- [IIS]セクションの[機能ビュー]で、をダブルクリックします。 失敗したリクエストトレースルール。
- 今クリック サイトトレースを編集する 右側の[操作]ウィンドウのリンク
- を選択 有効 チェックボックスをオンにすると、選択したWebサイトの失敗した要求のトレース機能がアクティブになります。 ここでは、ディレクトリをカスタマイズしてトレースログファイルを保存し、ログファイルの数を制限できます。 失敗したリクエストのトレース機能はリソースを大量に消費するため、トラブルシューティングが終了したらオフにすることをお勧めします。 チェックボックスをオフにすると、失敗したリクエストのトレース機能が無効になります。
- デフォルトでは、これはそれ自体では何もしません。 トレースルールを作成し、トレースログをキャプチャするタイミングを定義する必要があります。 ルールを作成するには、をクリックします 追加 右側の[操作]ウィンドウのリンク。
- 特定のタイプのページのみをトレースするには、適切なラジオボタンを選択します。 すべてをトレースするには、 すべてのコンテンツ オプションを選択し、[次へ]をクリックします。
- 次に、でHTTPステータスコードを指定してトレース条件を定義します。 ステータスコード トレースするフィールド。 再現しようとしている問題の種類によって異なります。 ユーザーが権限関連の問題を報告している場合は、403ステータスコードをトレースする必要があります。 サーバー関連のエラーを追跡するには、500ステータスコードを追跡できます。 この段階で不明な場合は、400〜403などのステータスコードの範囲を指定できます。 400-403,500-505のように複数の範囲を指定することもできます。 ここで指定するステータスコードの範囲が大きいほど、トレースログがより集中的に生成され、すべてのログの分析が困難になることに注意してください。 したがって、ステータスコードを賢く入力する必要があります。
- 遅いリクエストなどのアプリケーションパフォーマンスの問題を診断している場合は、次のチェックボックスをオンにすることもできます。 所要時間 次に、時間を秒単位で入力します。 ロギングをさらに絞り込むために、 イベントの重大度 チェックボックスをオンにして、 エラー、重大なエラー また 衰弱 イベントのみ。 次に、[次へ]をクリックします。
12.次に、を選択する必要があります トレースプロバイダー。 よくわからない場合は、すべてチェックしたままにして、[完了]をクリックしてください。
- それでおしまい。 これで、失敗したリクエストのトレースが特定のWebサイトのサーバーで有効になります。 次に、Webサイトで問題を再現してみてください。 問題が再現されると、トレースログは指定されたディレクトリにキャプチャされます。 デフォルトでは、トレースログはに保存されます %SystemDrive% inetpub logs FailedReqLogFiles
- Webサーバーに複数のWebサイトがある場合は、名前がで始まる複数のフォルダーが表示されます。 W3SVC そしてあなたの ウェブサイトID。 WebサイトIDを確認するには、をクリックするだけです。 サイト 次のスクリーンショットに示すように、IISマネージャーのノードとWebサイトIDがID列の下に表示されます。
- これで、WebサイトIDが3であることがわかったため、失敗したリクエストのトレースログは、という名前のディレクトリで利用できます。同様に、Webサイトアクセスログは、 %SystemDrive% inetpub logs LogFiles 名前の付いたディレクトリ内 W3SVC3
web.configファイルを使用して失敗したリクエストトレースを有効にする ^
共有ホスティング環境のようにIISマネージャーを使用する権限がない場合は、次を使用してトレースルールを有効にできます。 web.config ファイル。 前のセクションでIISマネージャーを使用して追加した正確な失敗した要求のトレースルールは、web.configファイルの次のコードを使用して追加できます。
これらの行を間に追加してください
のような最新のウェブホスティングコントロールパネル Plesk 失敗したリクエストのトレースルールを定義し、PleskWebインターフェイス自体からトレースログファイルをダウンロードできる組み込みオプションを提供します。
失敗したリクエストのトレースログを分析する ^
問題が再現されると、次のスクリーンショットに示すように、トレースログがディレクトリにキャプチャされます。
ログファイルはXML形式で生成され、次の場所で開くことができます。 インターネットエクスプローラ 読みやすくするため。 ログファイルの処理が完了したら、実際のログファイルを削除することはできますが、削除しないでください。 freb.xsl XMLスタイルシートであるファイル。 このファイルを削除すると、すべての書式が失われ、InternetExplorerはログファイルを正しく表示できなくなります。
次のスクリーンショットは、InternetExplorerで開かれた一般的なログファイルを示しています。 xmlログ全体がに分割されます リクエストの概要、 リクエストの詳細、 と コンパクトビュー タブ。
The リクエストの概要 タブには、HTTPステータスコードとサブステータスコードを含むリクエストの概要が表示されます。 また、リクエスト中に警告が生成されたモジュールと、リクエストトークンからのユーザー名も通知します。 完全なリクエストの詳細を表示するには、をクリックしてください リクエストの詳細 また コンパクトビュー タブ。
通常、の原因 403.14 エラーはどちらかです ディレクトリブラウジング 有効になっていない、または デフォルトのドキュメント が適切に構成されていないため、Webサーバーに 禁断 エラー。 このエラーを解決するには、デフォルトのドキュメントが有効になっていて設定されていることを確認してください。 ユーザーがウェブサイトディレクトリのコンテンツを閲覧できるようにしたい場合(ちなみにそうは思われません)、 ディレクトリブラウジング 特徴。
サーバー構成で他のすべてが正しく、WebサイトがMVC(model-view-controller)ベースである場合、ホームページのデフォルトルート(インデックス)ページが適切に設定されているかどうかを確認するように開発者に依頼する価値があります。 デフォルトでは、MVCアプリケーションはASP.NETルーティングを使用します。 時々、サーバー管理者は問題のトラブルシューティングに多くの時間を費やし、最終的には開発者の小さな過失を追跡します。
4sysopsニュースレターを購読してください!
このガイドは以上です。 これは、方法を示すための単純な例にすぎません。 詳細なエラー と 失敗したリクエストのトレース IISでホストされているWebサイトのエラーのトラブルシューティングに役立ちます。 これらの機能は、Webサイトの潜在的な問題の原因を特定するのに役立ちます。
The post IISが失敗した要求のトレース– 4sysops appeared first on Gamingsym Japan.