ネットワーク障害調査の実践入門|ping・traceroute・netstat・tcpdumpの使い方

ネットワーク障害調査の実践入門|ping・traceroute・netstat・tcpdumpの使い方
「ネットワークがつながらない」「疎通確認が取れない」——現場でネットワーク障害が発生したとき、まず何を確認するべきか。ping・traceroute・netstat・tcpdumpを使った体系的な障害調査手順を解説します。
💡 ネットワーク障害調査の基本は「どこまで届いているか」を順番に確認すること。OSI参照モデルの下層から順番に確認していくことが最も効率的な調査アプローチです。
1. 障害調査の基本的な考え方
まず、ネットワーク障害調査では「OSI参照モデルの第1層(物理層)から順番に確認する」アプローチが最も効率的です。「ケーブルは接続されているか」→「IPは設定されているか」→「ルーティングは正しいか」→「ファイアウォールでブロックされていないか」の順番で切り分けていきます。
2. ping:疎通確認の基本
# 基本的な疎通確認
ping 8.8.8.8
# 回数を指定(5回)
ping -c 5 192.168.1.1
# パケットサイズを指定(MTU確認用)
ping -s 1472 192.168.1.1
# ローカルループバックの確認(NIC自体の確認)
ping 127.0.0.13. traceroute:経路確認
# 経路のホップを確認
traceroute 8.8.8.8
# Windows環境
tracert 8.8.8.8
# UDPではなくICMPを使う(-I)
traceroute -I 8.8.8.8各ホップの応答時間が急激に上がる箇所や「* * *」(タイムアウト)が続く箇所が障害ポイントの手がかりになります。
4. netstatとss:ポート・接続確認
# リスニングポートを確認(ss推奨)
ss -tlnp
# 確立済みの接続を確認
ss -tnp
# 特定ポートの接続を確認
ss -tnp | grep :443
# 旧来のnetstatでの確認
netstat -tlnp5. tcpdump:パケットキャプチャ
# 特定ホストとの通信をキャプチャ
sudo tcpdump -i eth0 host 192.168.1.100
# 特定ポートをキャプチャ
sudo tcpdump -i eth0 port 443
# ファイルに保存(Wiresharkで分析)
sudo tcpdump -i eth0 -w /tmp/capture.pcap- 障害調査はOSI参照モデルの第1層から順番に「どこまで届いているか」を確認する
- ping(疎通)→traceroute(経路)→ss(ポート)→tcpdump(パケット)の順番が基本
- tcpdumpでキャプチャしたファイルをWiresharkで視覚的に分析するとより詳しく調査できる
キャリアの疑問、一緒に解決しませんか?
Infra Academyでは、インフラ系ITエンジニアを目指す方への個別サポートを行っています。2026年7月からフリーランス講師として本格始動予定です。
資格取得後のキャリアに、AI活用という選択肢を
資格取得の先に現場でのIT効率化を任される場面が増えます。職場のルーティン業務にAIをどう組み込めるか、無料のセルフ診断(3問・約1分)でヒントが得られます。
この記事を読んでいる方へのおすすめ:
本記事はRoute Bloom編集部が公式ドキュメント・技術仕様書の一次情報をもとに作成しています。ITインフラ・技術情報は急速に変化するため、実装前に最新の公式ドキュメントをご確認ください。情報の正確性には万全を期していますが、最新情報は各公式サイトをご確認ください。
本記事はRoute Bloom編集部が各ベンダー公式ドキュメント・エンジニア監修をもとに作成しています。インフラ・クラウド構築は環境により異なります。本番環境への適用前に必ずテストを実施してください。情報の正確性には万全を期していますが、最新情報は各公式ドキュメントをご確認ください。
この記事で学んだスキルをさらに深めたい方へ
ネットワークの仕組みを体系的に学べる技術書です。TCP/IPプロトコルの理解を深めましょう。
Amazonアソシエイトプログラムを利用しています。




