ネットワークトラブルの説明で、
「Pingは通るんですけど…」という言葉は定番です。
応用情報技術者試験でも、
Pingが通るにもかかわらず通信できない状況は、
レイヤ思考を理解しているかを問う典型問題として出題されます。
この回では、
Pingが通るのに通信できない理由を、
応用情報視点で整理します。
Pingが何を確認しているのか
Pingは、
相手に到達できるかどうかを確認する仕組みです。
具体的には、
- IPレベルで到達できるか
- 相手が応答を返せる状態か
を確認しています。
アプリケーションが正しく動くかどうかまでは、
確認していません。
「Pingが通る＝通信できる」ではない
Pingが通っても、
- ポートが閉じている
- ファイアウォールで遮断されている
- アプリケーションが起動していない
といった理由で、
通信は成立しないことがあります。
応用情報では、
この確認範囲の違いを理解しているかが重要です。
応用情報での典型的な出題構造
午後問題では、
- Pingは成功
- しかしサービスに接続できない
という条件が提示されます。
ここで、
「ネットワークは生きている」と早合点すると、
誤った選択肢を選びやすくなります。
どのレイヤで止まっているかを
一段ずつ確認する視点が求められます。
切り分けの考え方
Pingが通る状況では、
- 物理層・ネットワーク層は問題ない可能性が高い
- それより上の層に原因がある
と考えるのが基本です。
応用情報では、
この切り分けの順序を
正しく踏めるかが問われます。
実務でもよくある誤解
実務でも、
- 「Pingが通るからネットワークは問題ない」
- 「あとはアプリ側の問題だ」
と短絡的に判断すると、
原因を見誤ることがあります。
応用情報は、
その思い込みを外すための
訓練にもなっています。
まとめ
- Pingは到達性の確認にすぎない
- 通信成立には他の条件が必要
- 応用情報はレイヤごとの確認を求める
トラブル対応では、
「どこまで確認できているのか」
を常に意識することが重要です。
次回予告
次回は、
「TCPとUDPは何を犠牲にしているのか」
を扱います。
通信方式の話に進みます。
コメント