この資料では、基本的なエラーのトラブルシューティングに関するガイドラインを設定し、”誤った警告” が実際に本物のアラートであることを確認する方法について説明します。

Dotcom-Monitorシステムのユーザーが、監視対象のデバイス(Webサイト/ネットワークデバイス/メールサーバーなど)にエラーがあるという警告を受け取ると、多くの場合、自分のブラウザでWebページを開いたり、通常のメールボックスチェックを実行したりするなどの簡単な操作でエラーを「検証」します。 視覚的にすべてが良く見える場合、誤ってエラーが「偽アラート」であると仮定する可能性があります。 しかし、これらの「偽アラート」が実際には本物のアラートではないよりも頻繁に「偽アラート」を示唆するドットコムモニターのトラブルチケットの広範なレビューに基づいています。

アラートの有効性を判断し、アラートの根本原因を特定するには、次の手順を順に実行します。

  1. アラートの理由が分かるまで、一時 [ 警告の消 音] を有効にします。
  2. 最近のサーバーメンテナンス、最近のサーバーとネットワークハードウェアの再構成、またはWebページのコンテンツの更新を確認します。
  3. トラブルチケットを作成する前に、デバイスの状態とエラーの詳細の詳細については、レポートを確認してください。
  • エラーの種類と説明 – 検索ゾーンの領域を決定するのに役立ちます。
  • トレースルート – 中間ネットワークギアは、多くの場合、監視が検出する遅延やブレークを引き起こします。
  • HTML本文 – 詳細な説明を含むサーバーエラーメッセージが HTML に含まれている場合があります。
  • DNS トレース – 問題の根を特定するのに非常に便利です。
    1. 一時的なドメイン ネーム サーバー (DNS) の問題は、通常、クライアントのコンピュータが DNS キャッシュを使用するため、接続が失われるという意味ではありません。
    2. 「タイムアウト」エラーの場合: エラーを示しているタスクの設定に移動し、そのフィールドの値 (例: “15 秒”) の [最大接続タイムアウト] フィールドを確認します。 ネットワークの遅延とサーバーの負荷は、監視タスクの実行時間を大幅に増加させる可能性があるため、調整されたタイムアウト値に達し、アラートをトリガーしますが、監視対象のエンティティは引き続き操作可能です。

これらの手順を実行した後、エラーの理由が不明な場合、またはさらなる支援が必要な場合 – ライブチャットまたはトラブルチケットシステムを介して技術サポートに連絡してください。