「ping」の正体を知る。ネットワークエンジニアの第一歩はここから始まる
ネットワークエンジニアの登竜門であり、トラブルシューティングの最前線で今もなお最強の武器であり続ける ping。
「とりあえず疎通確認で ping を打つ」というのは、現場のエンジニアにとって呼吸をするのと同じくらい自然な所作です。しかし、このコマンドが裏で何をしているのか、パケットという「手紙」がネットワークの荒波をどう乗り越えているのかを深く理解しているでしょうか？
今日は、数々の障害対応を潜り抜けてきた私の視点から、ping の仕組みを「郵便配達」に例えて紐解いていきましょう。
—
1. ping は「往復ハガキ」のやり取り
ネットワークの世界において、ping はICMP（Internet Control Message Protocol）というプロトコルを使っています。OSI参照モデルでいうところの第3層（ネットワーク層）で働く、いわば「インフラの健康診断」役です。
この仕組みを、私たちの身近な「郵便配達」に例えてみます。
1. ICMP Type 8（Echo Request）: あなたが誰かに送る「届いてますか？」という往復ハガキ。
2. ICMP Type 0（Echo Reply）: 相手から返ってくる「届いてますよ！」という返信。
ping を実行するということは、「相手にハガキを投函し、返事が来るまでの時間を計る」という極めてシンプルなプロセスなんです。もし返事が来なければ、「道中で事故にあったのか」「相手が不在（停止）なのか」「道が通行止め（FW制限など）なのか」を推測することになります。
—
2. パケットの中身を覗いてみよう
ハガキには宛先と差出人が書かれていますよね。ネットワークのパケットも同じです。
- Type 8 (Echo Request): 送信側の「確認依頼」。
- Type 0 (Echo Reply): 受信側の「確認応答」。
パケットのヘッダーには、この「Type」以外にも「Code（詳細な理由）」や「チェックサム（データが壊れていないか確認する値）」が含まれています。
現場でよく見る「Request timed out」というエラーは、ハガキを送ったものの、タイムリミット（TTL：Time To Live）が切れるまでに返事が戻ってこなかった状態。逆に「Destination Host Unreachable」は、郵便局（ルーター）が「その住所へは行けません」と教えてくれている状態です。
—
3. 現場で役立つ ping の活用テクニック
ただ ping <IPアドレス> と打つだけでは、初心者の域を抜け出せません。シニアエンジニアが現場で使う、少し「こなれた」オプションを紹介します。
Windowsで長期間の監視をする場合
ネットワークが不安定なとき、1回だけ打っても分かりません。-t オプションを使って、Ctrl + C で止めるまで永遠に疎通確認を続けます。
# 8.8.8.8に対して、止まるまでずっとpingを打ち続ける
ping 8.8.8.8 -tLinuxでパケットサイズを変えてテストする
たまに、特定の大きなパケットだけがルーターで破棄されるという嫌な障害があります。-s オプションでパケットのサイズを指定し、MTU（最大転送単位）の影響を切り分けます。
# 1472バイトの大きなパケットを送ってテストする
ping -s 1472 192.168.1.1※ 1472 にIPヘッダーとICMPヘッダーの分を加えると、標準的なMTUである 1500 になるため、トラブルシュートの定石です。
—
4. 最後に：トラブルシューティングの心構え
駆け出しの頃、私は「ping が通ればネットワークは正常！」と思い込んでいました。しかし、現場はそんなに甘くありません。
ping はあくまで「ICMPが許可されている範囲での通信」を確認しているに過ぎません。実際には、ファイアウォールが ping だけを遮断しているケースや、特定のアプリケーションポート（80 や 443）だけが落ちているケースも多々あります。
ping は「ネットワークの入り口」です。ここから traceroute で経路を辿り、ss や netstat でサーバー側のポート状態を確認し、パケットキャプチャで通信の中身を暴く。この連続が、エンジニアとしての「経験」という名の武器になります。
今日から ping を打つときは、「今、パケットという名のハガキが、どのルーターを通って、どんな顔をして相手に届いたのかな？」と想像してみてください。その想像力が、いつかあなたを大規模障害から救う大きな力になるはずです。
それでは、また現場でお会いしましょう！
コメント