Traceroute は、送信元から宛先までのデータパケットによって取得されたパスを表示できるネットワークトラブルシューティングツールです。 パケットが目的のルートを通過する場合、ネットワーク管理者は、ルーターやスイッチなどのデバイスの IP アドレスと応答時間を表示できます。 Traceroute は ICMP (インターネット制御メッセージ プロトコル) エコー パケット、TCP (伝送制御プロトコル)、UDP (ユーザ データグラム プロトコル) など、いくつかの異なるネットワーク プロトコルを利用できますが、トレースルート チェックに最も使用されるアプローチでは通常 ICMP が利用されます。

Traceroute チェックは、ルーティング プロセスで発生する可能性のある遅延がどこで発生しているかの発見と理解に役立ち、さまざまなネットワーク パスを通過するパケットの途中で障害が発生したポイントを特定するのに役立ちます。

JSON オブジェクトのサンプル
{
    "Timeout": 0,
    "Host": "dotcom-monitor.com",
    "IgnoreProtocolErrors": false,
    "DNSResolveMode": "Device Cached",
    "DNSserverIP": "",
    "CustomDNSHosts": "",
    "Device_Id": 63664,
    "Id": 488966,
    "Task_Type_Id": 20,
    "Name": "dotcom-monitor.com"
}

フィールドの説明

種類 必須/オプション 形容

ホスト

必須

このフィールドは、宛先アドレスを指定します。

例:
"Server": "dotcom-monitor.com"

エラーを無視します。

ブーリアン

随意

このフィールドが有効な場合、プロトコル エラーはスキップされます。

例:
"IgnoreProtocolErrors": true
モードを変更します。 必須 指定できる値:

  • デバイスがキャッシュされます。 Device Cached はデフォルトのオプションであり、前のタスク (Device Cache) のモニター中に取得されたキャッシュされたネーム・サーバー (NS) アドレスが最初にモニターに使用されることを意味します。
  • キャッシュされていません。 キャッシュされないということは、デバイスキャッシュ(先行タスクのキャッシュ)が使用されないことを意味するため、新しい実行ごとに、DNSルートサーバーへの個別の照会が必要になります。
  • TTL キャッシュ。 TTL Cached は、前のタスク(デバイス キャッシュ)のモニタリング中に形成された NS キャッシュが、最初は監視に使用されることを意味します。
  • 外部 DNS サーバー。 外部 DNS サーバーは、指定された IP アドレスが DNS サーバー アドレスと見なされ、NS データをポーリングすることを意味します。

詳細な説明については 、「DNS モード オプション」 の記事を参照してください。

例:
"DNSResolveMode": "External DNS Server"
ド・スサーバーIP 随意 カスタム DNS サーバーの IP アドレスのフィールド。 詳細な説明については 、「DNS モード オプション」 の記事を参照してください。

例:
"DNSserverIP": "8.8.8.8"
Device_Id

int32

必須

読み取り専用フィールド。 一意のデバイス ID。

例:
"Device_Id": 8550

身分証明書

int32

必須

*編集操作のみ

読み取り専用フィールド。 一意のタスク ID。 作成操作には使用しないでください。

例:
"Id": 17720

Task_Type_Id

int32

必須

タスクの型 ID。

例:
"Task_Type_Id": 60

名前

随意

タスク名。

例:
"Name":"Trace Task"

タイムアウト

int32

随意

このフィールドは、タスク実行の最大時間値 (ミリ秒単位) を定義します。

例:
"Timeout": 400

ドットコムモニターによるビジュアルトレースルート

ドットコムモニタソリューションは、トラフィックのパフォーマンスを可視化する簡単で効果的な方法を提供します。 Dotcom-Monitor ソリューション内で、トレースルート タスクを作成することで IP ネットワークの監視を開始できます。 IP アドレスまたはホスト名を入力するだけで、完了タイムアウトやプロトコル エラーの無視、または追加の設定を監視および構成できます。 プロトコル エラーを無視すると、ノードが追加の複数の要求で応答した場合でも、コントロール内にないノードからエラーが発生しないように注意してください。 また、上記の記事で触れた特定の DNS 解決モード設定 (デバイス キャッシュ、キャッシュされていない、TTL キャッシュ、および外部 DNS サーバー) を設定するオプションもあります。 ユーザーは、特定の IP アドレスを割り当てることによって、カスタム DNS ホストを追加することもできます。

トレースルート レポート

traceroute レポートを使用すると、ネットワーク管理者は、1 つまたはすべての監視場所からのネットワーク パフォーマンス接続の状態を視覚的に検査できます。 トレースルートは、ネットワーク エラーのトラブルシューティングや、問題が DNS、遅延、またはサーバーによるものかどうかを判断するのに役立ちます。 モニター・ロケーションによってエラーが検出されるたびに、そのモニター・ロケーションからターゲット IP アドレスまたはホスト名にトレース・ルートが作成されます。

ビジュアル traceroute レポート内で、緑色のドットは、パケットが損失なしで通過したホップが成功したことを示します。 オレンジ色のドットは、パケット損失が発生したホップを示します。 赤い点は、パケットがその特定のホップを通過または転送できなかった場所を示します。 結果は特定の開始日と終了日でフィルター処理できるため、結果を時間の経過と一定で比較できます。 オンライン レポートの詳細については、こちらをご覧ください。

トレースルートの詳細と、ビジュアルトレースルートリポットを利用することの利点については、 ビジュアル Traceroute ナレッジベース記事を参照してください。