LM Uptime における Web チェック手順分析

最終更新日 - 13年2025月XNUMX日

「ステップ」タブからWebチェックのステップをテストできます。このタブには、外部Webチェックの作成時に追加したWebチェックのステップが表示されます。

LM Uptime における Web チェック手順のテスト要件

Web チェック手順をテストするには、次のものが必要です。

• リソースの「管理」権限を持つユーザー。
  詳細については、 リソースロールの権限.
• LM アップタイムライセンス版

複数のWebチェックステップのテスト

1. LogicMonitorで、 リソースツリー > 必要なものを選択 ウェブチェック。
2. まず ステップ タブには何も表示されないことに注意してください。 
3. 必要なチェックポイントを C一体 テストするステップのドロップダウンメニューです。ウェブサイトが外部ウェブチェックでテストされているか、内部ウェブチェックでテストされているかに応じて、チェックポイントのリストまたは内部コレクターから選択できます。
4. 選択する すべてのステップ or ステップXへ   テスト範囲 ドロップダウンメニュー。 
5. 選択する テストを実行する.
   テスト結果は、 ステータス, Details, レイテンシ 列が表示されます。各ステップを選択すると、 テスト結果 タブには何も表示されないことに注意してください。 

個々のWebチェックステップのテスト

1. LogicMonitorで、 リソースツリー > 必要な Web チェックを選択します。
2. まず ステップ タブには何も表示されないことに注意してください。 
3. テストする必要なステップを選択します。 
4.    列では、次のことを実行できます。
   • 選択する  実行ステップ 選択した個々のステップのテストを実行します。
   • 選択する  スキップステップ すべてのステップのテストを実行するときに、この個々のステップをスキップします。 
     お願い: スキップ テストを適用したら、選択して元に戻すことができます。 キャンセル スキップ. 
   • 選択する個々のステップを管理します。たとえば、ステップを編集、削除、複製することができます。
     
     テストの詳細は、 試験結果 タブには何も表示されないことに注意してください。 
     

Webチェックのステップを追加する

1. LogicMonitorで、次の場所に移動します リソースツリー > 必要な Web チェックを選択します。
2. まず ステップ タブには何も表示されないことに注意してください。 
3. 選択する . 
   
4.  URL 基本 タブで、次を実行します。
   1. （オプション） まず デフォルトのルート URL を使用する Web チェックと同じルート URL を使用するように切り替えて、必要な詳細を入力します。トグルはデフォルトではオフになっています。 
   2. 選択する http:// or https:// からのプロトコル プロトコル Web サーバーの設定に応じてドロップダウン メニューが表示されます。
   3.  URL フィールドに、Web Check リクエストの送信先となる Web サイトのドメインを入力します。
   4. （オプション）   詳細説明  フィールドに必要な説明を入力します。 
5.  リクエスト設定 タブで、次を実行します。
   
   1.  HTTPバージョン フィールドで、リクエストに使用するHTTPのバージョンを選択します。選択するバージョンは、ウェブサイトの設定に基づきます。
      注意： Linux または Unix の cURL コマンドを使用して、応答ヘッダーでこの設定を決定できます (たとえば、 curl –head help.logicmonitor.com).
   2.  方法 フィールドで、リクエストを行うために使用する必要がある HTTP メソッド (GET、HEAD、または POST) を選択します。
      あなたが選択した場合 POST オプションを選択すると、リクエスト ペイロードに含めるデータを指定できる追加の設定が表示されます。 加えて フォーマットされたデータ オプションを使用すると、データのフォーマット方法を指定できます。
   3. をオンにする リダイレクトに従う HTTP リクエストが URL に設定されたリダイレクトに従うことを許可するスイッチ。 この切り替えはデフォルトでオンになっています。 
   4. （オプション） をオンにする すべてのページ要素が読み込まれるのを待ちます HTTP リクエストが応答をチェックする前に、すべてのページ要素 (見出し、段落、画像など) がロードされるまで待機できるようにするスイッチです。
   5. （オプション） をオンにする 認証が必要です HTTP 基本認証または NT LAN Manager (NTLM) 認証のいずれかを必要とするページに移動する要求のスイッチ。 追加の構成が表示され、認証のタイプと HTTP 要求で使用される認証資格情報を指定できます。 
   6. ページで使用される認証のタイプ (基本または NTLM) を選択します。 認証タイプ ドロップダウンメニュー。
      Basic— HTTP 基本認証は、ユーザー名とパスワードを HTTP ヘッダー内のフィールドとして渡します。
      NTML— NT LAN Manager (NTLM) は、ユーザーに認証、整合性、機密性を提供する Microsoft セキュリティ プロトコル スイートです。 この認証タイプは通常、ユーザー名とパスワードの入力を求める灰色のダイアログで認識できます。
   7.    および パスワード  フィールドに、認証資格情報を入力します。 NTLM 認証を使用する場合は、ドメインの入力も求められます。
   8. 下 HTTPヘッダー テーブルに、HTTP リクエストに含める必要があるヘッダーのキーと値のペアを追加します。
6.  応答設定 タブで、次を実行します。
   
   
   1. HTTP リクエストに対する応答の形式を選択します。 HTTP応答形式 ドロップダウンメニュー。選択すると、ページ上の一部のフィールドが動的に更新され、レスポンスに含める（または含めない）フォーマット固有の条件を指定できます。文字列の存在に依存する場合、入力内容は大文字と小文字が区別されることに注意してください。 プレーンテキスト/文字列 デフォルト値です。 
      注意： あなたが選択した場合 XML オプション、追加の構成設定の表示、および Xpath 処理は正規表現をサポートしません。ページから返された XML 内で一致する文字列を見つけるには、contains クエリを使用する必要があります。 contains(//ACADEMY/CATALOG/text(),"Introduction")。このクエリは、文字列が存在する場合に true を返します。 Xpath クエリをテストするための便利なツールは、次の場所にあります。 freeformatter.com.
   2.  予想されるステータスコードの応答 フィールドに、レスポンスに含まれると予想されるHTTPステータスコードを入力してください。整数のみを入力してください。複数のステータスコードはカンマで区切ってください。ステータスを指定しない場合は、 200/OK 反応が期待されます。
7. 選択する  ステップのみ保存.