LM Uptime を使用した内部 Web チェック
最終更新日 - 01年2025月XNUMX日
内部Webチェックは、LMコレクターを使用して内部アプリケーションとサービスを監視します。HTTPリクエストをシミュレートし、レスポンスを検証し、パフォーマンスと可用性のしきい値に基づいてアラートをトリガーします。
重要:
- 生のデータ収集( Rawデータ タブ)は常に WebまたはPingチェックを実行する時間間隔 Web チェックまたは Ping チェック リソースを作成するときに設定した設定。
- LMアップタイムリソースのアラートトリガーは、 収集スケジュール DataSource レベルを作成または編集するときに設定した設定。
LM Uptime を使用して内部 Web チェックを作成するための要件
内部 Web チェックを作成するには、次のものが必要です。
- リソースの「管理」権限を持つユーザー。詳細については、 リソースロールの権限.
- LM アップタイムライセンス版
デフォルト設定を使用せずにカスタマイズされた内部ウェブチェックを作成するには、「リソース:グループしきい値」権限が必要です。詳細については、 アクセスグループの権限.
LM Uptime を使用した内部 Web チェックの作成
- LogicMonitorで、次の場所に移動します リソースツリー >
>選択 ウェブチェック.
- まず Basic タブをクリックして次の操作を実行します。
- 名 フィールドに、Web チェックの名前を入力します。
- 詳細説明 フィールドに、Webチェックの範囲と目的を説明します。
- どこに置くべきですか? セクション、下 グループ テーブルで、Web チェックが属する既存のグループ リストから選択します。
デフォルトでは、ルート (最上位) の Web サイト グループが選択されています。 - 特性 表に、関連するプロパティを追加します。
例えば、http.port値で80.
- まず 設定 タブ 次を実行します。
注意: 外部 Web チェックは、事前定義されたリクエスト設定に基づいて構築されたリクエストのみをサポートします。- デフォルトのルートURL セクション、選択
http://orhttps://Web サーバーの設定に応じてプロトコルを選択し、Web Check リクエストの送信先となる Web サイトのドメインを入力します。 - ステップXNUMXのURLパス フィールドに、Web サイトでテストする必要がある最初のパスを入力します。 Web サイトのドメインに対する相対パスを入力します (例:
/folder/page.htm). - HTTPバージョン 下 リクエスト セクションで、リクエストを行うために使用する必要がある HTTP のバージョンを選択します。
選択するバージョンは、Web サイトの設定によって異なります。
注意: Linux または Unix の cURL コマンドを使用して、応答ヘッダーでこの設定を決定できます (たとえば、curl –head help.logicmonitor.com). - 方法 下のフィールド リクエスト セクションで、リクエストを行うために使用する必要がある HTTP メソッド (GET、HEAD、または POST) を選択します。
あなたが選択した場合 POST オプションを選択すると、リクエスト ペイロードに含めるデータを指定できる追加の構成が表示されます。
加えて、 フォーマットされたデータ オプションを使用すると、データのフォーマット方法を指定できます。 - をオンにする リダイレクトをフォロー HTTP リクエストが URL に設定されたリダイレクトに従うようにするスイッチ。
このトグルはデフォルトでオンになっています。 - (オプション) をオンにする すべてのページ要素が読み込まれるのを待ちます スイッチをオンにすると、HTTP 要求は応答を確認する前に、すべてのページ要素 (見出し、段落、画像など) が読み込まれるまで待機できるようになります。
- (オプション) をオンにする 認証が必要です HTTP基本認証またはNT LAN Manager(NTLM)認証を必要とするページへのリクエスト用のスイッチです。追加の設定が表示され、HTTPリクエストで使用される認証の種類と認証資格情報を指定できます。

- ページで使用される認証のタイプ (基本または NTLM) を選択します。 認証タイプ ドロップダウンメニュー。
Basic— HTTP 基本認証は、ユーザー名とパスワードを HTTP ヘッダー内のフィールドとして渡します。
NTML— NT LAN Manager (NTLM) は、ユーザーに認証、整合性、機密性を提供する Microsoft セキュリティ プロトコル スイートです。 この認証タイプは通常、ユーザー名とパスワードの入力を求める灰色のダイアログで認識できます。 - の三脚と パスワード
フィールドに認証資格情報を入力します。
NTLM 認証を使用する場合は、ドメインも入力するよう求められます。 - 下 HTTP ヘッダ テーブルに、HTTP リクエストに含めるヘッダーのキーと値のペアを追加します。
- HTTP リクエストに対する応答の形式を選択します。 HTTP応答形式 ドロップダウンメニュー。
選択すると、ページ上の一部のフィールドが動的に更新され、レスポンスに含める(または含めない)フォーマット固有の条件を指定できます。文字列の存在に依存する場合、入力内容は大文字と小文字が区別されることに注意してください。 プレーンテキスト/文字列 デフォルト値です。
注意: あなたが選択した場合 XML オプション、追加の構成設定が表示され、XPath処理は正規表現をサポートしていません。返されたXMLページ内で一致する文字列を見つけるには、次の画像に示すように、containsクエリを使用する必要があります。このクエリは、文字列が存在する場合にtrueを返します。XPathクエリをテストするための便利なツールの詳細については、以下を参照してください。 freeformatter.com.
- 予想されるステータスコードの応答 フィールドに、応答に含まれると予想される HTTP ステータス コードを入力します。
整数のみを入力してください。複数のステータスコードはカンマで区切ってください。ステータスを指定しない場合は、200/OK レスポンスが返されます。
- デフォルトのルートURL セクション、選択
注意: Groovyスクリプトを使用して内部Webチェックを実行できます。詳細については、 Groovy スクリプトを使用した Web チェックの実行.

- まず チェックポイント タブをクリックし、小切手を送信するコレクターを指定します。
その デフォルトの Web サイト設定を使用する トグルはデフォルトで選択されています。

- まず アラートのトリガー タブをクリックして、次の手順を実行します。
- トグル デフォルトのアラート設定を使用する 推奨されるデフォルト設定を使用するように切り替えます。
重要: デフォルト設定を使わずにカスタマイズしたい場合は、「リソース:グループしきい値」権限が必要です。詳細については、 アクセスグループの権限.
- 指定されたチェックポイントがウェブサイトをチェックする頻度を以下から選択します。 チェックを実行する時間間隔 ドロップダウンメニュー。
1 分間隔から最長 10 分間隔までの範囲の頻度を選択できます。
生データは常に、このドロップダウン メニューから選択した間隔で収集されます。 - 合計ダウンロード時間はXミリ秒未満である必要があります フィールドに、Web サイトの読み込みにかかる時間をミリ秒単位で指定します。
- アラートをトリガーするために連続して失敗する必要があるチェックの数を選択します。 Xがチェックに失敗した後 ドロップダウンメニュー。
選択した複数のアラートまたは 1 つのアラートの場所と重大度を選択できます。 - をオンにする SSLエラーに関するアラート サポートされていないアルゴリズム、信頼できないまたは不完全な証明書チェーン、CName と HostName の不一致、または証明書の期限切れなどの問題が証明書で発生した場合にアラートをトリガーするように切り替えます。
- (オプション) をオンにする SSLエラー時の停止 Web チェックを停止し、問題が発生した場合にアラートを送信するように切り替えます。
- をオンにする 証明書の有効期限に関するアラート に切り替えて、各重大度レベルに対応するアラートを受け取る有効期限の日数を入力します。
アラート生成のさまざまなシナリオの詳細については、以下を参照してください。 LM稼働時間に関するウェブサイトデータアラート.
- 選択する Save.
- トグル デフォルトのアラート設定を使用する 推奨されるデフォルト設定を使用するように切り替えます。
内部 Web チェックがリソースに追加されます。