「なぜパケットは迷子にならないのか？」tracerouteで紐解くネットワークの旅
現場で障害対応をしていると、「特定のサーバーに繋がらない！」という悲鳴のような連絡を受けることがよくあります。そんな時、僕たちネットワークエンジニアが最初に叩くコマンドが traceroute（Windowsなら tracert）です。
画面にズラズラと並ぶIPアドレスの羅列を見て、「これって何をしてるの？」と不思議に思ったことはありませんか？
今回は、この traceroute がどのようにしてパケットの行方を追跡しているのか、その「心臓部」である TTL（Time To Live） の仕組みを、郵便配達のストーリーに例えて紐解いていきましょう。
—
パケットには「寿命」がある：TTLの正体
IPパケットには、TTL（Time To Live） というフィールドがあります。名前の通り「生存時間」という意味なのですが、ネットワークの世界では「あと何台のルータを経由していいか」という「踏めるルータの残り回数」として機能しています。
なぜこんな仕組みがあるかというと、もしルータの設定ミスでパケットが無限ループ（グルグル回る状態）に陥ったとき、この TTL がないとパケットは永遠にネットワーク内を彷徨い続け、帯域を食いつぶしてしまいます。それを防ぐために、「この回数を超えたら破棄してね！」というリミットがかけられているのです。
郵便配達で例えるtracerouteの仕組み
traceroute は、この TTL の制限を逆手に取った、非常に頭の良い（そして少し意地悪な）仕組みです。
1. 「TTL=1」で送ってみる
宛先に手紙を送る際、あえて「1回だけ転送したら破棄して！」という制限をつけます。すると、最初のルータがそれを受け取った瞬間、「おっと、もう寿命か。残念だけど捨てよう」と判断し、送信元に「ごめんね、時間切れ（ICMP Time Exceeded）だよ」と通知を返してきます。これで、最初のルータの場所が特定できました。
2. 「TTL=2」で送ってみる
今度は「2回までは転送OK」として送ります。すると、1台目のルータは「まだ寿命があるな」と次のルータへパスします。2台目のルータで「おっと、寿命だ」となり、また送信元へ「時間切れだよ」と教えてくれます。
3. これを繰り返す
traceroute はこの数字を 1, 2, 3... と1ずつ増やしながら送ることで、経路上のすべてのルータから「時間切れだよ！」という返事をもらい、地図を完成させていくのです。
—
実際にCLIで見てみよう
では、実際にコマンドを打ってみましょう。Linux環境であれば traceroute コマンドが一般的です。
# GoogleのDNSサーバーへの経路を追跡するコマンド
traceroute 8.8.8.8
# もし特定のインターフェースから出したい場合は -i オプションを使います
# traceroute -i eth0 8.8.8.8実行すると、以下のような結果が返ってきます。
1 192.168.1.1 (自宅のルータ)
2 10.0.0.1 (プロバイダの設備)
3 ... (中継ルータたち)もし、特定の地点で * * * と表示されたら、そこが「パケットが通れない（または返事を返さない）場所」です。 firewallが ICMP Time Exceeded をブロックしているのか、あるいは単純に通信が途絶えているのか。ここからが僕たちの「泥臭い」調査の始まりです。
—
トラブルシューティングの現場での活用術
実務では、単に経路を見るだけでなく、オプションを組み合わせてさらに深掘りします。例えば、traceroute はデフォルトでUDPパケットを使いますが、これだと通り抜けない環境も多いです。そんな時は「TCPで送って！」と指示を出します。
# TCPの80番ポートを使って経路を調べる（よりHTTP通信に近い挙動を確認できる）
traceroute -T -p 80 8.8.8.8また、Windowsの tracert はICMPパケットを使用するのが基本です。Linuxで同じ挙動をさせたい場合は -I オプションを付けます。
# ICMPを使って経路を調べる
traceroute -I 8.8.8.8最後に：エンジニアとしての視点
traceroute は単なるコマンドですが、その裏側には「寿命を使い果たして散っていくパケット」と「それを丁寧に教えてくれるルータ」の対話があります。
障害対応の現場では、「コマンドの結果がこうなっているから、きっとここでおかしなルーティングがされているはずだ」という仮説を立てることが何よりも重要です。教科書的な知識だけでなく、こうした「パケットがどう旅をしているか」を脳内でイメージできるようになれば、あなたはもう一人前のインフラエンジニアです。
今日はぜひ、ご自身のPCから traceroute を実行して、パケットがどんな景色を見て目的地まで辿り着いているのか、その「旅路」を眺めてみてくださいね。
コメント