使用可能な監視タイプの概要

Web ページにアクセス可能で、ユーザーがいつでもアクセスできる場合でも、ページ上のすべての要素が正常にレンダリングされ、最適な速度で読み込まれるわけではありません。 たとえば、ページの一部の画像、Flash、または CSS 要素は、ページが正常に読み込まれる間に読み込みに失敗する可能性があります。

Web ページは、デスクトップまたはモバイル ブラウザー エンジンを使用してテストされます。 ページ上の各要素に対して詳細なパフォーマンス データが提供されます。 コンテンツの検証と基本的な承認は、監視中に実行されます。 ページ上のページまたは特定の要素が期待どおりに実行されない場合は、迅速に対応できるようにアラートが送信されます。

パフォーマンス監視を設定するように BrowserView デバイスを構成します。

ドットコムモニターは、特定のWebページメトリックの変更を監視するために、指定された頻度で灯台レポートの生成をサポートしています。 ソリューションの主な機能は、特定の監査メトリックを監視することです。 メトリックを選択し、監視対象のスコアが許容範囲を超えたときにアラート通知を受け取るエラーしきい値を設定できます。 さらに、Lighthouse の実行中に発生したエラーに対するアラートの構成、監査スケジューラの指定、および監視結果のスケジュールされたレポートの設定を行うことができます。

Lighthouse Monitoring & Testing with Dotcom-Monitor を参照してください。

HTTP/S モニタリング

HTTP/S 監視では、1 つの URL の可用性、パフォーマンス、適切なコンテンツ、およびエラーがチェックされます。 POST および GET 要求、Cookie、フォーム送信、カスタム ヘッダー、パスワードで保護されたサイト (基本的な HTTP/S 承認、Cookie/スクリプト承認メカニズム)、およびタイムアウトしきい値をサポートしています。

HTTP/S 監視は、セキュリティ証明書の検証、認証局の確認、有効期限の確認を行います。 また、証明書の有効期限が近づいているときにアラームを送信するように構成することもできます。

Web サイトまたは Web アプリケーションが API に依存している場合、またはサードパーティの API を使用する場合、API の可用性は監視の重要な部分です。 たとえば、ユーザー入力を処理するために、Web サイト上の ID またはその他の個人データ検証ソフトウェアを使用します。 この場合、利用可能であることを確認し、適切なデータを返す必要があります。 ドットコムモニターは、APIにリクエストを送信し、コンテンツ、速度、および応答コードの応答を評価します。 応答が指定された要件を満たしていない場合、アラートが送信されます。

HTTP/S および REST Web API の監視を設定するには、「 HTTP(S) デバイスの追加/編集 」を参照してください。

SOAP ベースの Web サービスの監視

SOAP ベースの Web サービスの可用性、エラー、および適切なコンテンツをテストする必要がある場合は 、SOAP の監視を選択します。 SOAP は、分散分散環境で情報を交換するための軽量プロトコルです。 これは、次の 3 つの部分で構成される XML ベースのプロトコルです。

• メッセージの内容と処理方法を記述するためのフレームワークを定義するエンベロープ
• アプリケーション定義データ型のインスタンスを表現するための一連のエンコード規則
• リモート プロシージャ呼び出しと応答を表す規則。

SOAP デバイスは、1 つ以上のクライアント要求をレプリケートし、Web サービスをモニターするエージェントを割り当てます。 デバイスの設定で選択した環境設定に基づいて、問題が検出された場合、Dotcom-Monitorはアラートを送信します。

SOAP デバイスの追加/編集も参照してください。

郵便配達人コレクションの監視

Postman で内部 API テストを行うための統合テストのコレクションがある一方で、ローカル ネットワークの外部からテストを設定する必要がある場合は、Postman テストを Dotcom-Monitor にアップロードできます。

Dotcom-Moni torプラットフォームでは、アップロードされた郵便配達員コレクションを使用して 、毎分から3時間ごとにチェックを監視できるため、チームは監視チェックを設定するための十分な柔軟性とオプションを利用できます。

ドット コムモニターAPIを使用した郵便配達員の監視(コレクションタスク)でドットコムモニターを使用して郵便配達員のコレクションを監視する理由を参照してください。

ウェブソケットの監視

ドットコムモニタープラットフォームで作成されたWebSocket デバイスは、可用性、パフォーマンス、適切なコンテンツ、およびエラーについて、1 つの WebSocket URL をチェックします。 監視デバイスは、セキュリティ証明書と応答の内容を検証するように構成することもできます。

詳細については、「 WebSocket モニタリング」を参照してください。

TCP ポートの可用性

特定の TCP ポートを介して Web サーバーへの接続をテストするには 、Telnet ポートの可用性 モニターを使用するのが最も簡単な方法です。

たとえば、Telnet 監視を使用して、アプリケーションからインターネット サービスへの着信接続をブロックしているファイアウォールがないことを確認できます。 ドットコムモニタは、ポートが開かれていると応答を受信できることを確認するために、Webサーバー上の指定された番号でTCPポートに要求を送信します。

「Telnet ポート可用性デバイスの追加/編集」も参照してください。

UDP デバイスの追加/編集も参照してください。

Traceroute および ping ツールを使用すると、サーバーやその他のネットワーク デバイスのネットワーク関連の停止や問題をすばやく特定し、診断できます。 ping コマンドは ICMP エコー要求をターゲット名または IP アドレスに送信し、IP レベルの接続性を確認するのに役立ちます。

この種の監視は、ルーター、ファイアウォール、および複数のインターネット アプライアンス デバイスの整合性を確保するのに役立ち、リモート ネットワーク監視サービスの重要なコンポーネントです。

Ping/ICMP デバイスの追加/編集およびトレースルート デバイスの追加/編集も参照してください。

FTP モニター・エージェントは、指定された FTP サーバーに接続し、ユーザー名とパスワードを使用して FTP サーバーにログオンし、ディレクトリー・リスト・コマンドを発行して特定のディレクトリーを検索します。 そのディレクトリの内容が一覧表示された後、監視サービスは、指定されたファイルがその特定のディレクトリのサーバに存在するかどうか確認します。 リモート監視エージェントがプロセスの任意の時点で問題を検出した場合、Dotcom-Monitorは通知プロセスを介してお客様に通知します。

「FTP/SFTP/FTPS デバイスの追加/編集」も参照してください。

SMTP サーバーの稼働時間の監視

電子メールを送信するたびに、電子メール クライアントは SMTP サーバーと対話します。 簡易メール転送プロトコル (SMTP) は、電子メール配信用のインターネット プロトコルで、今日のほとんどのメール サーバーが電子メールの配信に使用します。 ホスト上の SMTP サーバーは、他の SMTP サーバーと通信して、実際に電子メールを配信する場合があります。

SMTP 監視中に 、エージェント は指定されたメール サーバーに接続し、SMTP ハンドシェイクを実行して SMTP サーバーを監視します。 リモート サーバーがハンドシェイクに応答しない場合や、使用できない場合は、エラー状態が発生します。 アラートを構成している場合は、アラートを受信します。

「SMTP デバイスの追加/編集」も参照してください。

POP3/IMAP 接続の監視

ユーザーが POP3 または IMAP プロトコルを介して自分の電子メール アカウントにアクセスできることを確認するには 、POP3 / IMAP 監視を選択します。 Dotcom-Monitor はメール サーバー (POP3 または IMAP) に接続し、指定したユーザー名とパスワードを使用してログインします。 たとえば、電子メールをチェックすると、電子メール クライアントはポート 110 を使用して POP3 サーバーに接続します。 POP3 サーバーには、アカウント名とパスワードが必要です。 POP3 サーバーにログインすると、電子メール ストアが開き、アクセスできるようになります。 Dotcom-Monitor は、同じプロトコルを使用して POP3 サーバーのエラーを監視し、監視エージェントが問題を検出したときにアラートを送信します。

「POP3/IMAP デバイス」も参照してください。

稼働時間の監視

エラーの有無を監視し、監視エージェントが問題を検出したときにアラートを受信するには、ActiveSync 電子メールの監視を使用できます。 Dotcom-Monitor はリモート メール サーバーをチェックして、ユーザーが Microsoft Exchange ActiveSync プロトコルを介して自分の電子メール アカウントにアクセスできることを確認し、電子メール メッセージの正常な配信を確認する電子メールを送信します。 電子メールの配信が成功したと見なされると、電子メールは削除されます。 監視チェック中に検出されたエラーは、 エラーコード と適切な説明とともにレポートに反映されます。

監視チェックは、正常な応答に関する問題を発生しない次の手順に従います。

1. 指定したメールボックスに接続する
2. 指定したメールボックスから同じアドレスにテスト電子メールを送信する
3. メールボックス内のテスト電子メールを確認します。

「ActiveSync デバイスの追加/編集」も参照してください。

エンドツーエンドの mail サーバー可用性監視を完了

メール サーバーの可用性監視を エンド ツー エンド で実行することが目標の場合は 、SMTP-POP3/IMAP 監視を使用します。 まず、 監視エージェント は、指定された電子メール アドレスに電子メールを送信して SMTP サーバーをテストします。 その電子メールが送信されると、エージェントはログインし、POP3/IMAP サーバーから電子メールを取得しようとします。 SMTP または POP3/IMAP の手順でエラーが発生した場合、または指定されたタイムアウト時間内に電子メールが見つからない場合は、エラーが記録されます。 アラートを構成している場合は、アラートを受信します。

「ラウンド トリップ電子メール デバイスの追加/編集 (SMTP-POP3)」も参照してください。

ストリーミング メディア の監視は、パフォーマンス、エラー、および可用性についてビデオおよびオーディオ のストリーミング サービスをチェックします。

「ストリーミング メディアの監視」および「ストリーミング メディア デバイスの追加/編集」も参照してください。

Web ページの可用性と、その Web ページに配置されたビデオ ストリーミングの両方を確認することが目標である場合は、1 つのデバイスでターゲットのストリーミング メディアの監視と HTTP 監視を組み合わせることがベスト プラクティスです。 これにより、ビデオがレンダリングされ、ページ上で利用できるだけでなく、ページ自体が適切に読み込まれ、その逆も確実に行われます。

VoIP/SIP 監視デバイスは、指定された資格情報を使用して指定された VoIP サーバーに接続する監視エージェントを作成し、サービスが使用可能であることを確認します。 これを実現するために、SIP モニタリングは VoIP システム上の内線またはクライアントとしてプロビジョニングされ、特定のパラメータを持つ指定された SIP サーバを使用して特定の番号を呼び出すように設定されます。 呼び出しの予想結果は、”応答”、”応答なし”、”ビジー状態”、またはエラー状態 (予期しない結果がある場合) として設定されます。

エラーが検出された場合、SIP 監視はエラーのすべてのプロパティを記録し、エラー状態が発生している場所を特定するのに役立ちます。 SIP 監視は、次のエラー プロパティを、オンライン レポートでアクセスできるテキストの BLOB として報告します。

• SIP 最終応答:408
• SIP 最終応答の説明: 要求タイムアウト
• メディア: 偽
• タイムアウト: True

「VoIP SIP デバイスの追加/編集」も参照してください。

DNS ルックアップ

DNSサーバーの監視は、特定のインターネット プロトコル (IP) アドレスを解決するために、指定された DNS サーバーを照会します。

「DNS デバイスの追加/編集」も参照してください。

ドメイン名は、複数のDNSブラックリストに存在するかどうかを確認します

DNSBLデバイスは、指定した IP またはホスト名の主要なドメイン ネーム サービス (DNS) ブラックリスト (DNSBL) データベースをポーリングします。 IP またはホスト名が DNSBL データベースの 1 つに見つかった場合は、エラーのフラグが付けられます。 アラートを構成している場合は、アラートがトリガーされます。

この技術は、インターネットドメインネームシステムの上に構築されています。 DNSBLs は、スパムにリンクされたアドレスの一覧を公開します。 ほとんどのメール トランスポート エージェント (メール サーバー) ソフトウェアは、これらの DNSBLs の 1 つ以上にリストされているサイトから送信されたメッセージを拒否またはフラグを設定するように構成できます。

メール サーバーが DNSBL データベースに含まれている場合、他の企業がサーバーからの電子メール配信を拒否します。 サーバーが DNSBL に登録されているかどうかを知ることが重要なので、すばやく削除を要求し、DNSBL の一覧の根本原因を見つけることができます。

DNSBL デバイスは、次の権限のあるブラックリストを参照します。

• psbl.surriel.com
• dnsbl.sorbs.net
• bl.spamcop.net
• zen.spamhaus.org
• b.barracudacentral.org
• all.spamrats.com

これらのブラックリストのいずれかでメールサーバーまたはIPアドレスが検出された場合、アドレスがリストされている理由を特定し、リストから削除するよう要求するために、指定されたブラックリストに直接連絡する必要があります。

「DNSBL ブラックリスト デバイスの追加/編集」も参照してください。

MetricsView Windows サービスは、Windows コンピューターまたはサーバーの監視を有効にするとともに、Windows パフォーマンス カウンター (WPC) からのデータを使用してテスト環境または実稼働環境を監視し、制限を超えた場合にアラートを設定できるようにします。

監視を設定するには、サポート技術情報の Windows パフォーマンスの監視 カテゴリからこれらの記事を参照してください。

MetricsView Linux 監視サービスは、Linux コンピューターまたはサーバーの監視を有効にし、ユーザーが 収集された パフォーマンス カウンターからデータのしきい値を設定し、それらのしきい値を超えたときにアラートを設定できるようにします。

監視を設定するには、サポート技術情報の Linux パフォーマンスの監視 カテゴリからこれらの記事を参照してください。

SNMP V1、V2、または V3 を使用して、SNMP 対応デバイスのトラッキング を有効にします。

デバイスをセットアップするには、サポート技術情報の SNMP 監視 カテゴリからこれらの記事を参照してください。

これにより、ユーザーは、サーバーまたはデバイスで収集できるカスタム メトリックのパフォーマンスを監視できます。

カスタム コレクタを設定し、監視を構成するには、ナレッジ ベースの カスタム コレクタ カテゴリの記事を参照してください。