トレースルートの読み方

tracerouteツールは、ネットワークの問題をトラブルシューティングする際に使用できる、最もシンプルでありながら非常に役立つツールの1つです。このツールはほぼすべてのオペレーティングシステムに組み込まれているため、どのような種類のコンピュータを使用している場合でも利用できます。tracerouteは、あるコンピュータから別のデバイスへの接続テストを実行し、ネットワーク上のデバイス間を移動する各「ホップ」を表示します。

この記事では、tracerouteの基本と、主要なオペレーティングシステムにおける動作について解説します。動作例をいくつか見ていき、各OSでの実装の違いを検証し、従来のtraceroute実装によく見られるさまざまな制限について説明します。最後に、従来のtraceroute実装の制限について説明します。

Traceroute – その機能について理解する

traceroute の動作を確認するために、まずはコンピュータから LogicMonitor のサーバーへ traceroute を実行する簡単な例から始めましょう。具体的な結果はユーザーによって異なりますが、ほとんどの場合、パケットがコンピュータから LogicMonitor のサーバーに到達し、戻ってくるまでに 4 ～ 20 個の「ホップ」を経由することが示されます。最初のホップはおそらくローカル ルーターで、そこからデータは内部ネットワークを複数回通過し、インターネット サービス プロバイダ (ISP) を経由してインターネットを通り、最終的に LogicMonitor のサーバーに到達します。 

図1は、Windowsコンピュータのコマンドプロンプトに表示される例を示しています。

Microsoft Windows [Version 10.0.19043.1288]
(c) Microsoft Corporation. All rights reserved.
C:\Users\Michael>tracert catchpoint.com
Tracing route to catchpoint.com [64.79.149.76]
Over a maximum of 30 hops: 
1	2ms	1ms	1ms 10.0.0.1
2 	10ms	10ms	10ms 96.120.40.245
3	10ms	11ms	12ms	96.110.175.85
4	10ms	16ms	10ms 	162.151.63.57
5	19ms	16ms	20ms	96.108.21.57
6	15ms	19ms	14ms	96.216.134.10
7          	19ms 	22ms 	21ms 	be-32121-cs02.350ecermak.il.ibone.comcast.net [96.110.42.181]
8          	22ms 	34ms 	22ms 	be-2204-pe04.350ecermak.il.ibone.comcast.net [96.110.37.38]
9          	22ms 	20ms 	20ms 	50.208.234.106
10       	51ms 	50ms 	49ms 	ae18-0.cr02.dlls02-tx.us.windstream.net [40.128.10.135]
11       	73ms 	72ms 	72ms 	ae4-0.agr03.phnd01-az.us.windstream.net [169.130.193.231]
12       	84ms 	73ms 	75ms 	ae1-0.pe05.phnd01-az.us.windstream.net [169.130.169.31]
13       	85ms 	84ms 	85ms 	h241.23.132.40.static.ip.windstream.net [40.132.23.241]
14       	*         	82ms 	78ms 	be181.las-n10s1-core1.switch.com [66.209.64.121]
15       	79ms 	77ms 	80ms 	bell011.las-agg7s5-1.switch.com [66.209.72.26]
16       	79ms 	77ms 	79ms 	64.79.139.18
17       	77ms 	77ms 	87ms 	64.19.149.76
Trace complete

このツールを実行する方法、そしてtracerouteコマンドを実行した際に表示されるさまざまな情報が何を意味するのかを理解することは、さまざまな種類の問題のトラブルシューティングに役立ちます。

Tracerouteの構造

Tracerouteは、密接に関連するpingツールとよく関連付けられます。そのため、pingと同様に、Windows、macOS、Linuxなど、すべてのプラットフォームとオペレーティングシステムで標準化されていると思われがちです。しかし、実際はそうではありません。

pingコマンドの基本的な動作は、インターネット制御メッセージプロトコル（ICMP）を使用するほぼすべてのOSで基本的に同じですが、tracerouteコマンドはOSごとに実装が大きく異なります。tracerouteコマンドのコア機能はすべてのプラットフォームで共通ですが、その機能を実現するために使用される実際のプロトコルやメカニズムには違いがあります。実装方法、さらにはコマンドの構文や出力も異なる場合があります。

基盤となるサポートプロトコル

大きな違いの一つは、使用される基盤となるサポートプロトコルにあります。Windowsデバイスでは、tracerouteはICMPのみを使用します。これはpingで使用されるプロトコルと同じです。非常に汎用性が高いものの、いくつかの制限事項があり、それについては後ほど説明します。

一方、macOSとLinuxはどちらもデフォルトでUDPを使用してtracerouteを実行します。とはいえ、このツールはICMPまたはTCPを使用するように設定することも可能です。これにより、特に診断操作でICMPを使用する際に課されることが多い制限に関して、ツールの汎用性が大幅に向上します。

以下のセクションでは、Windows デバイスで traceroute を実行する方法を説明し、macOS と Linux でこのツールを使用する場合の実装上の違いをいくつか紹介します。 

WindowsでTracerouteコマンドを実行する方法

tracerouteを実行するのは非常に簡単です。まず、コンピューターでコマンドプロンプトを開きます。コマンドプロンプトを開く具体的な方法は、使用しているオペレーティングシステムによって異なります。たとえば、Windows 10の場合は、スタートボタンをクリックして、次のように入力するだけです。 CMD 以下のオプションを表示します。

ここから、コマンドプロンプトアプリをクリックして開きます。コマンドプロンプトが読み込まれたら、コマンドを入力します。 tracertを 続いて、テストを実行する宛先を指定します。たとえば、logicmonitor.com でテストを実行するには、次のように入力します。 tracert logicmonitor.com そしてエンターキーを押します。（ Linux (NAIST) と macOS デバイスでは、次のように入力します。 traceroute logicmonitor.com 代わりに）

Tracerouteコマンドで使用可能なオプション

ほとんどの場合、デフォルトのtracerouteコマンドで必要な情報が得られます。ただし、より詳細な情報を取得したり、コマンドの実行方法を変更したりするために使用できる追加オプションがいくつかあります。 

これらのオプションにアクセスするには、traceroute コマンドの後、宛先の前に 1 つ以上のオプション フラグを追加します。 Windowsベースのマシン各種オプションのフラグは「/」で始まります。以下は、選択できる最も一般的なオプションとその機能です。

• /d このフラグを有効にすると、各ホップでIPアドレスをドメイン名に解決しようとする試みが停止します。これにより、トレース処理が高速化され、各ホップのIPアドレスがドメイン名で煩雑にならない、明確なリストとして表示されます。
• /h — このフラグを使用して、ホップの最大数を指定します。デフォルトは 30 です。目的地が遠い場合は、この制限を増やす必要がある場合があります。たとえば、ホップの最大数を 45 に設定するには、次のように入力します。 tracert /h 45 logicmonitor.com .
• /w — これは、コマンドがタイムアウトするまでにホップで待機する時間をミリ秒単位で設定します。デフォルトは 4 秒 (4,000 ミリ秒) です。 /w 6000例えば、タイムアウトを6秒に設定する場合など。
• /4 または /6 — /4 または /6 フラグを使用すると、traceroute コマンドはコマンドの実行に IPv4 または IPv6 のホップのみを使用するようになります。
• /h — これにより、tracerouteコマンドに関するヘルプ情報が表示されます。

Tracerouteの結果の読み方

tracerouteツールの優れた点の1つは、結果の読み方を覚えれば、一目見ただけでその情報を理解できることです。上記のtracerouteの結果例を見ると、いくつかの重要な情報が表示されます。 

以下の表は、表示される主要な情報をまとめたものです。

表1：tracerouteの結果の表示例。

ホップ番号

表2：ホップ番号列を強調表示したtracerouteの詳細例。

最初の列は、トレースがどのホップで行われているかを示しています。インターネットにアクセスする際（あるいは内部ネットワーク上のデータにアクセスする際も）、データはハードウェア間を移動します。通常はルーターですが、スイッチ、サーバー、あるいはコンピューターの場合もあります。データが通過するこれらのハードウェアはそれぞれホップと呼ばれます。

接続が経由するホップの総数は多くの要因によって決まりますが、最も重要なのはコマンドを実行する場所と接続先の物理的な場所です。 

往復時間（RTT）の結果

表3：往復時間（RTT）の結果を強調したtracerouteの結果の例。

次の3つの列（表3）は、データが送信元（通常はあなたのコンピュータ）からそのホップまで往復するのにかかった時間を示しています。これはミリ秒単位で測定されます。 

tracerouteコマンドを実行すると、各ホップにデータが3回送信されます。最初の列は1回目の送信にかかった時間、2番目の列は2回目の送信にかかった時間、3番目の列は最後の送信にかかった時間を示しています。すべてが正常に動作している場合、各送信の往復時間はほぼ同じになるはずです。

ホップ名とIPアドレス

表4：tracerouteの結果の説明（ホップの詳細を強調表示）。

最後の列には、ホップの名前、IPアドレス、またはその他のホップに関する情報が表示されます。ここに表示される情報は、ホップ自体の設定によって決まります。 

デバイスによっては、IPアドレスのみを表示するように設定されているものもあります。また、デバイス名やその他の情報も表示するものもあります。場合によっては、デバイスの所有者が一切の情報を表示しないように設定していることもあり、その場合は該当するホップにアスタリスク（*）が表示されます。

Tracerouteで発見された一般的なネットワーク問題

このコマンドを使用すると、さまざまなネットワークの問題を検索し、表示された結果に基づいてどのような問題が発生している可能性があるかを特定できます。 

さまざまな箇所にアスタリスク（タイムアウト）が表示されます

tracerouteで最もよく発生する問題はタイムアウト応答で、これはアスタリスク（*）で表されます。タイムアウトは頻繁に発生し、原因も様々です。次の例では、google.comへのtracerouteを実行しようとした際に、複数のホップにアスタリスクが表示されていることがわかります。

C:\Users>tracert google.com
Tracing route to google.com [2607:f8b0:4009:819::200e]
Over a maximum of 30 hops:
1          	1ms    	1ms    	1ms    	2601:404:cf00:75c0:e2db:d1ff:fe1d:23ad
2          	8ms    	*         	*         	2001:558:4020:30::1
3          	9ms    	11ms 	13ms 	2001:558:112:3c0a::1
4          	12ms 	9ms    	10ms 	2001:558:110:b02c::1
5          	*         	20ms 	*         	2001:558:110:f1::1
6          	34ms 	20ms 	27ms 	2001:558:110:71::2
7          	*         	21ms 	21ms 	be-32131-cs03.350cermak.il.ibone.comcast.net [2001:558:3:2ae::1]
8          	21ms 	*         	*         	be-2311-pe11.350cermak.il.ibone.comcast.net [2001:558:3:72::2]
9          	20ms 	20ms 	21ms 	2001:559::11b2
10       	19ms 	20ms 	20ms 	2607:f8b0:831d::1
11       	22ms 	23ms 	23ms 	ord38s30-in-x0e.1e100.net [2607:f8b0:4009:819::200e]
Trace Complete
C:\Users>

アスタリスクが表示されている場合は、以下のいずれかを意味します。

• ホップ上の単一のアスタリスク: これは、3回の試行のうち1回だけリクエストがタイムアウトしたことを意味します。これは、そのホップで断続的な問題が発生している兆候である可能性があります。
• アスタリスクが3つ表示されたら、失敗です。 ホップへの3回の試行すべてにアスタリスクが表示され、その後tracerouteでエラーが発生した場合は、そのホップが完全にダウンしていることを意味します。
• 3つのアスタリスク、そして成功： あるホップへの接続試行が3回失敗した後、tracerouteの残りの部分が問題なく続行される場合、それは実際には全く問題ありません。これは単に（前述のとおり）そのホップにあるデバイスがpingやtracerouteに応答しないように設定されているため、試行がタイムアウトしたことを意味します。

1ホップ後にレイテンシが上昇

数ホップまでは問題なく動作しているように見えても、ある時点で応答時間が急激に上昇し、その後も各ホップで高い応答時間が続く場合は、そのホップ自体、またはそのホップと前のホップ間の接続に問題がある可能性が高いです。あなたから次のホップへの接続はすべてそのホップを経由するため、そのホップが引き起こす遅延によってすべてのホップが影響を受けることになります。

そのホップの位置を特定できれば、その接続の所有者と協力して問題のトラブルシューティングを行うことができます。問題の原因は、ほとんどの場合、その所有者のデータ回線にあるでしょう。 

その接続の所有者が不明で、この遅延が深刻な問題を引き起こしている場合は、インターネットサービスプロバイダと協力して、その地点を迂回するようにトラフィックをルーティングしてもらうことができるかもしれません。

遅延が1ホップ増加

応答時間が長くなったホップが1つだけあって、他のホップの応答時間が正常に戻った場合、心配する必要はありません。これは単に、そのホップのデバイスがtracerouteへの応答を低優先度に設定しているため、このような遅延が発生していることを意味します。tracerouteに遅延が発生しているように見えるかもしれませんが、この遅延は通常のインターネットトラフィックには影響しません。

Windows、macOS、LinuxにおけるTracerouteの比較

上記の例では、Windows デバイス上での traceroute ツールの使用方法を示しました。macOS および Linux でも機能はほぼ同じで、応答リスト、プローブ数、出力の解釈方法も似ています。ただし、構文、各オプション、および柔軟性には違いがあります。

LinuxおよびmacOSのtracerouteの起点

一般的に、LinuxとmacOSはUnix系システムを共通のルーツとしているため、tracerouteの実装方法は非常に似ています。両システムの多くのコマンドラインユーティリティは、オペレーティングシステムのインターフェースと環境を定義する同様の標準に準拠しています。この標準化のおかげで、tracerouteを含む多くのコマンドは、異なるOS間でも同様の動作をします。

これら2つのOSは、Windowsに比べてtracerouteツールにおいて遥かに高い柔軟性を備えており、使用できるオプションの多さにそれが表れています。macOSおよびLinux環境におけるtracerouteの詳細については、以下のリンクを参照してください。

• CLIマジック：Linux.comのtraceroute入門
• macOSでTracerouteを実行する方法

様々なOSにおけるtracerouteの比較と対照

以下の表は、Windows、macOS、Linuxの各オペレーティングシステムにおけるtracerouteの実装の主な違いをまとめたものです。

従来のTraceroute実装の限界

ネットワーク構成や機能には、従来のtracerouteの実装を妨げる可能性のあるシナリオが数多く存在します。そのため、tracerouteの結果は誤解を招く可能性があります。  

ファイアウォールとセキュリティアプライアンス

最新のファイアウォールは、ICMPおよびUDPプローブをフィルタリングしたり、優先順位を下げたりすることが多く、その結果、通信経路が不完全になり、パケット損失が著しく発生します。このようなフィルタリングによって、ユーザーはネットワークに問題があると誤解してしまうことがありますが、実際には、セキュリティ設定が障害の原因となっているだけかもしれません。 

ロードバランシング

ロードバランシングは、データがネットワーク内を複数の経路で通過できるようにすることで、利用可能なインフラストラクチャの帯域幅を最大限に活用するネットワーク設計手法です。ロードバランシングはパケットを異なる経路にルーティングできるため、tracerouteの結果をさらに歪める可能性があります。 

ネットワークアドレス変換（NAT）

NATは、パケットがルーターを通過する際にパケットヘッダー内のIPアドレスを変更するため、tracerouteがネットワークパスを正確にマッピングすることが困難になります。IPアドレスの変更により、見かけ上の送信元または宛先IPアドレスが実際のネットワークパスを反映していない可能性があるため、tracerouteの結果が誤解を招く可能性があります。

tracerouteに対する追加の障害

これらはtracerouteの動作を妨げる可能性のある最も一般的なネットワークサービスと機能ですが、他にも以下のようなものがあります。

• 非対称ルーティングとは、パケットが宛先との間を異なる経路で往復する方式のことです。
• ICMPレート制限またはスロットリングは、ICMP応答の遅延または破棄を引き起こし、高遅延またはパケット損失の誤った表示につながる可能性があります。
• QoSポリシーは、特定の種類のトラフィックの優先順位付けまたは優先順位の引き下げに使用されます。tracerouteで使用されるパケットは、他の種類のトラフィックを優先するために優先順位が引き下げられる可能性があり、その結果、遅延やパケット損失の測定値が不正確になることがあります。
• 仮想化環境やクラウドネットワークでは、物理的なネットワークパスがtracerouteで認識される仮想化ネットワークパスと直接一致しない場合があります。さらに、クラウドプロバイダーのインフラストラクチャ内部のルーティングはユーザーには完全には見えない場合があり、その結果、tracerouteの結果が誤って表示されることがあります。

これらの問題を受けて、LogicMonitorは、こうした障害を回避し、より正確な結果を提供できるtracerouteの代替手段を開発しました。これらの代替手段については、以下で詳しく説明します。

LogicMonitorの代替品

従来のtracerouteは便利ですが、特定の時点における特定の視点からの単一の経路しか表示しません。現代の環境では、それでは全体像を把握できない場合があります。異なる地域のユーザーは同じアプリケーションを全く異なる方法で体験する可能性があり、あるマシンからのトレース結果が他のすべてのユーザーの状況を反映しているとは限りません。

LogicMonitorは、ライブパス分析と継続的な監視を組み合わせることで、チームが単発的なトラブルシューティングモデルを超越できるよう支援します。 ウェブサイト監視 (NAIST) と 総合モニタリングこれにより、チームは単一のローカルトレースに頼るのではなく、複数のチェックポイントから可用性とパフォーマンスをテストできます。その結果、地域をまたいだ動作の比較、場所固有の問題の特定、ネイティブのtracerouteだけでは得られない詳細なコンテキストに基づいたパフォーマンス問題の調査が容易になります。

ウェブサイトの監視に関して、LogicMonitor は、 外部ピングチェックのトレースルートビューこれにより、エンジニアはプラットフォーム上でライブトレースルートを直接実行し、監視対象の宛先までのホップバイホップパスを、IPアドレス、ホスト名、応答時間などの詳細情報を含めて検査できます。チームは、別のトラブルシューティングツールに切り替えることなく、サービスの状態監視に使用しているワークフロー内でパスの動作を調査できます。

その違いは重要です。ネイティブのtracerouteは、パケットが現在どのような経路をたどっているかを示します。LogicMonitorは、ライブトレースデータと継続的に収集されたデータを組み合わせることで、その経路レベルのビューをより広範なサービスエクスペリエンスに結びつけるのに役立ちます。 ウェブサイトのパフォーマンスシグナル (NAIST) と 合成モニタリングデータその結果、より有用なトラブルシューティングワークフローが実現します。問題が特定のチェックポイントに限定されているかどうか、応答時間が地域全体で悪化しているかどうか、問題がパスの異常なのか、それとも実際にユーザーに影響を与えるサービスの問題なのかを確認できます。

LogicMonitorのトレースルートデータはライブトラブルシューティング用に設計されており、 履歴として保存されていませんつまり、その価値は過去のtracerouteの再生ではないということです。その価値は、リアルタイムでパスの問題を調査できると同時に、 総合モニタリング (NAIST) と ウェブサイト監視 周囲の作戦状況を説明するため。

実際には、これによりチームは、時折手動でトレースルートを実行するよりも優れた代替手段を得ることができます。LogicMonitorは、ワークフローを個別の診断から継続的な検証へと移行させます。 合成チェック 重要なサービスに対して自動的に実行できます。 ウェブサイト監視 チェックポイントごとに応答時間データを表示でき、 ライブトレースルート 遅延や障害の発生源を理解する必要がある場合に、エンジニアがより深く調査するのに役立ちます。

LogicMonitorのウェブサイトと合成監視アプローチを理解する

LogicMonitorは、パスのトラブルシューティングをより大規模なサービス監視戦略の一環として捉えています。単一のマシンで実行される手動ツールだけに頼るのではなく、このプラットフォームではチームが構成できるようにしています。 ウェブサイトのチェックと合成監視 重要な宛先とワークフローを継続的にテストします。これにより、可用性、応答時間、ユーザーエクスペリエンスの変化を、それらの問題がより広範なインシデントになる前に検出することが容易になります。このより広範なアプローチは、LogicMonitor の独自の視点とも一致しています。 継続的なネットワーク監視 単発的な抜き打ち検査ではなく。

ウェブサイトの監視に関して、LogicMonitorは以下をサポートしています。 外部ピングチェックのためのライブトレースルートトラブルシューティングこれにより、エンジニアはプラットフォーム上で、ホップIP、ホスト名、応答時間などの詳細を含め、宛先までのホップごとのパスを直接検査できるようになります。 チェックポイントベースのウェブサイト監視データトレースルートビューを使用すると、遅延や障害が特定のパスセグメントに起因しているのか、それともより広範なサービスの問題の一部なのかをチームが調査するのに役立ちます。

より大きな利点は、運用状況を把握できることです。ネイティブのtracerouteは経路を表示できますが、複数の場所からビジネス上重要なサービスを継続的に検証することはできません。LogicMonitorの監視モデルはそれが可能です。チェックポイントごとにチェックを自動化し、応答時間データを公開することで、このプラットフォームはチームが地域や時間軸を横断したパターンを把握するのに役立ち、多くの場合、単一のローカルトレースよりもはるかに有用です。

LogicMonitorのライブトレースルートをさらに詳しく見てみよう

LogicMonitorの ライブトレースルート機能 これは、あらゆるネットワーク診断ツールの代替となるものではなく、トラブルシューティングを支援するツールとして理解するのが最適です。監視対象のWebサイトやエンドポイントを調査する必要がある場合、送信元と宛先間のホップ数を直接表示します。これは、チェックが失敗した場合、応答時間が長くなっている場合、または経路を迅速に把握する必要がある場合に役立ちます。

LogicMonitorが単独のコマンドライントレースよりも価値を発揮するのは、周囲のコンテキストにおいてです。LogicMonitorは、 ウェブサイト監視 (NAIST) と 総合モニタリング データを用いることで、エンジニアはルートレベルの動作を可用性チェック、応答時間メトリクス、チェックポイント固有の結果と比較できます。実際には、これはトレースを単独で見るのではなく、監視対象サービスの実際のパフォーマンスという文脈の中で解釈することを意味します。

もちろん、限界はあります。トレースルートデータはリアルタイムのみで、履歴データとして保持されません。しかし、アクティブなトラブルシューティングにおいては、パス検査と継続的なサービス監視をつなぐ有用な架け橋となります。この組み合わせこそが、LogicMonitorのアプローチを、時折手動でトレースルートを実行するだけの方法よりも強力なものにしているのです。

単なる時点追跡以上の情報を得る

Windows、Linux、macOSに標準搭載されているtracerouteツールは、迅速な診断に依然として役立ちます。これらのツールは、宛先までの経路を特定し、明らかな遅延の急激な変化を見つけ出し、接続がどこで途切れている可能性があるかを理解するのに役立ちます。しかし、現代の環境では、それだけでは十分ではありません。

LogicMonitorは、ライブパスのトラブルシューティングと継続的な監視を組み合わせることで、チームのさらなる成長を支援します。 ウェブサイト監視 (NAIST) と 合成これにより、重要なサービスを自動的にテストし、複数のチェックポイントからのパフォーマンスを比較し、より運用上のコンテキストで問題を調査できます。パスをより詳細に調査する必要がある場合、プラットフォームの ライブトレースルートビュー 監視ワークフローから離れることなく、ホップを直接分析できる方法を提供します。

その結果、トラブルシューティングへのより有用なアプローチが実現します。推測が減り、再現性が高まり、単発のパス異常と実際のユーザーに影響を与えるパフォーマンス問題との違いをより明確に把握できるようになります。これは従来のtracerouteに代わる真の選択肢であり、単にトレースを実行する別の方法ではなく、ネットワークとサービスの動作をコンテキストの中で理解するためのより良い方法です。この枠組みはLogicMonitorのより広範な見解とも一致しています。 ネットワーク監視の仕組み そしての価値 合成トランザクションの実行.

（旧コンテンツ） 

LogicMonitorは、従来のtracerouteの限界を克服するために、TCPプロトコルを活用してファイアウォールによるフィルタリングを回避し、ロードバランサーの問題を軽減する複数の代替手段を開発しました。その一つがTraceroute InSessionです。これは、tracerouteを実行する前に、送信元と宛先の間で完全なTCPセッションを確立するように設計されています。この方法により、ファイアウォールはプローブを正当な確立済みセッションの一部として認識するため、tracerouteはほとんどのセキュリティフィルタを回避できます。

もう一つの重要な革新は、選択的確認応答（SACK）の使用です。これは、応答応答（ACK）を元のプローブにマッピングできるようにすることで、トレースの精度を向上させます。traceboxなどのツールから着想を得たこの技術は、パケットの順不同配信によって生じる問題を克服し、より正確な経路追跡を可能にします。LogicMonitorの機能強化には、最初のシーケンシャルTCPピングも含まれており、これにより実際のパケット損失と遅延したACKを区別することができ、tracerouteの結果の精度をさらに高めます。

ピエトラサンタ・トレーサルートを理解する

LogicMonitorのもう一つの革新的なツールであるPietrasanta Tracerouteは、現代のネットワーク監視に対する高まるニーズに応えるために開発されました。開発チームが拠点としたイタリアの町にちなんで名付けられたこのツールは、従来のtracerouteを進化させたもので、ファイアウォールやロードバランサーがもたらす課題に対処するために特別に設計されています。元々はLinux向けに開発されたPietrasanta Tracerouteは、Windows Subsystem for Linux（WSL）を介してWindowsでも利用できるようになり、より幅広いユーザーが利用できるようになりました。

Pietrasanta Tracerouteは、従来のtracerouteツールに比べて多くの利点があります。高速で汎用性が高く、UDP、TCP、QUICなど複数のプロトコルをサポートしているため、より明確な経路特定が可能です。特に注目すべき機能の一つがTCP InSession tracerouteです。これは、実際のアプリケーションパケットトラフィックをシミュレートすることで、誤ったパケット損失を防ぎます。そのため、特に複雑なセキュリティ構成の環境において、ネットワーク経路のトラブルシューティングや分析に非常に役立つツールとなっています。

さらに、Pietrasanta Tracerouteは、ネットワークの輻輳とスループットを評価するためのECNやL4S分析といった高度な機能を提供します。これらの機能は、パフォーマンスと信頼性が重要な現代のネットワークにとって不可欠です。また、パスMTUパフォーマンスの向上やホップごとのToS/DSCPレポート機能も備えており、ネットワーク診断のための包括的なソリューションとなっています。

TCPセッション内トレースルートをさらに詳しく見てみよう

TCPセッション内トレースルートは、ネットワーク診断における重要な進歩です。ファイアウォールによってSYNフラッド攻撃の一部と解釈される可能性のあるSYNパケットを使用する従来のTCPトレースルートとは異なり、TCPセッション内トレースルートはまず宛先との正当なTCP接続を確立します。そして、このセッション内でTTL（タイムアウト値）が増加する小さなデータパケットを送信することで、プローブが潜在的な脅威ではなく通常のトラフィックとして認識されるようにします。

この方法にはいくつかの利点があります。まず、プローブが確立されたセッションに属しているため、同じネットワークパスをたどる可能性が高く、ロードバランサーによって生じる変動が軽減されます。この一貫性により、ネットワーク経路のより明確で正確なマップが得られます。次に、TCP InSession tracerouteはセッションごとに1つのSYNパケットのみを送信するため、他のtraceroute手法でよく見られるファイアウォール保護ルールによるブロックのリスクを最小限に抑えます。

しかし、考慮すべき欠点もいくつかあります。主な制限は、TCP InSessionではTCPセッションを確立するために、アプリケーションが宛先ポートでアクティブにリッスンする必要があることです。つまり、対象ポートでサービスが実行されていない宛先への経路をトレースすることはできません。それでもなお、TCP InSession tracerouteはネットワークエンジニアにとって強力なツールであり、従来のtraceroute手法では対応できない環境において、ネットワークパスを診断するための信頼性が高く安全な方法を提供します。

CathpointのTracerouteを今すぐ始めましょう

Windows、Linux、macOSに標準搭載されているtracerouteツールは、ネットワーク経路の診断や潜在的な問題の特定に役立つ出発点となりますが、現代のネットワークの複雑化に伴い、その機能はますます制限されつつあります。こうした制限は誤った結果を招く可能性があり、ネットワークエンジニアが問題を正確に診断・トラブルシューティングすることを困難にしています。

LogicMonitorの強化されたtracerouteソリューション（Pietrasanta TracerouteおよびTCP InSession Tracerouteを含む）は、従来の方法に比べて大幅な改善を実現しています。これらのツールは高度な技術を活用することで、ネットワークパフォーマンスをより正確かつ確実に把握できます。特に、セキュリティ対策やネットワークポリシーによって標準的なtracerouteの結果が阻害される環境で効果を発揮します。

基本的な診断にはネイティブのtraceroute機能を使用するのが望ましいですが、より正確で信頼性の高い分析、特に複雑なネットワーク環境や高度なセキュリティ環境においては、LogicMonitorの代替ツールの方が優れた選択肢となります。これらのツールを使用することで、ネットワーク専門家は最新のネットワークの複雑な構造を理解し、ネットワーク経路をより明確に把握できるため、最終的にはより効果的なトラブルシューティングとネットワークパフォーマンスの最適化につながります。

参考文献：

• Traceroute InSession:
  LogicMonitorによる、より信頼性の高いネットワーク診断ツールの開発に向けた取り組み.
• Traceroute InSession:
  最新ネットワーク向けのtracerouteツール.

GitHubプロジェクト:
LogicMonitor の Pietrasanta トレースルート.

よくあるご質問