Pingが通らない原因は？ネットワーク障害の切り分け手順

Pingが通らないときは、対象と影響範囲を固定し、物理リンク、IP・マスク・ゲートウェイ、VLAN、ARP/MAC、経路、ACL/FW、復路の順で確認します。途中の設定をむやみに変えず、正常と異常の境界を一段ずつ絞るのが基本です。

PingはICMP Echoの往復を確認するツールであり、業務アプリの正常性まで保証しません。本文ではコマンド、判定基準、tracerouteとWiresharkの使い分け、復旧後の完了確認を手順にします。

✓この記事でわかること

• Pingが通らないときに最初に確認することは？
• Pingの通信で何が起きている？
• 物理層・リンクアップはどう確認する？
• IPアドレス・サブネットマスク・ゲートウェイはどう確認する？

Pingが通らないときに最初に確認することは？

最初に確認するのは、「誰から誰へ」「名前とIPのどちらで」「いつから」「他の宛先は通るか」です。直前変更と正常時の比較対象を確保し、機器の再起動やキャッシュ削除は原因の証跡を取ってから判断します。

一台だけ失敗するなら端末設定や接続ポート、同一VLAN全体ならゲートウェイや上位経路、特定宛先だけなら経路・ACL・相手側を優先して調べます。影響範囲が確認順を決めます。 そのうえで影響範囲と直前変更を確認へ進み、ping 127.0.0.1 / 自端末IP / ゲートウェイ / 宛先と「ICMP Echo RequestとEcho Replyの往復が必要」の関係を構成図に記録します。結果が仮説と違えば一段前へ戻り、確認済みと未確認を分けて共有してください。

(出典：www.rfc-editor.orgの参照資料（公式・一次情報）)

Pingの通信で何が起きている？

端末・インターフェースのリンクとエラーを確認を先に実施します。ipconfig /all または ip addressで現状を取得し、「ARP解決の有無で同一セグメント側の手掛かりを得られる」を満たすか照合します。

確認軸	実務で押さえる内容
ポイント1	ICMP Echo RequestとEcho Replyの往復が必要
ポイント2	リンクアップはL1が成立した目安でL3到達を保証しない
ポイント3	ARP解決の有無で同一セグメント側の手掛かりを得られる
ポイント4	VLAN不一致は同じIP帯に見えても通信を分断する
ポイント5	ルーティングは往路と復路の両方が必要

(出典：www.rfc-editor.orgの参照資料（公式・一次情報）)

物理層・リンクアップはどう確認する？

最初に対象ポート、ケーブル、電源、リンクLEDを確認し、装置ではインターフェースのadministratively downとline protocol downを分けます。Cisco IOSの例ならshow interfaces statusとshow interfacesで速度・duplex・CRC・dropを確認します。リンクアップしていてもエラーが増加していれば正常とは言えないため、取得時刻を付けてカウンタの増分を比較します。

具体的にはarp -a または show arpを使い、「ARP解決の有無で同一セグメント側の手掛かりを得られる」を確認します。値が一致しないときは、その場で設定を変えず、どの入力から期待値を作ったかを設計書・構成図・台帳へ戻って確認します。

(出典：Cisco公式ドキュメント（公式・一次情報）)

IPアドレス・サブネットマスク・ゲートウェイはどう確認する？

Windowsはipconfig /all、Linuxはip addressとip routeで、IP・マスク・デフォルトルートを同時に確認します。宛先が同一セグメントか別セグメントかをマスクで計算し、使われる次ホップを予測します。

1. STEP 01影響範囲と直前変更を確認
2. STEP 02端末・インターフェースのリンクとエラーを確認
3. STEP 03IP・マスク・ゲートウェイを確認
4. STEP 04ARP・VLAN・ルーティングを順に確認
5. STEP 05ACL・FW・戻り経路・パケットキャプチャで確定

ARP・MACアドレステーブルはどう確認する？

同一セグメントへのPingでは、送信端末が宛先IPに対応するMACをARPで解決し、スイッチは送信元MACを受信ポートに学習します。ARPに宛先がなければ端末側、ARPはあるがMACテーブルのポートが想定外ならVLANや配線を疑います。show ip arpとshow mac address-table addressを同じMACアドレスで突き合わせると、L3とL2の境界を追えます。

具体的にはtracert・traceroute・Wiresharkを使い、「ルーティングは往路と復路の両方が必要」を確認します。

ルーティングテーブルはどう確認する？

送信側と戻り側の両方で宛先IPに最長一致する経路を確認し、ネクストホップと出力IFが構成図どおりかを見ます。経路表の一行だけでなく、その次ホップがARPまたは隣接経路で解決できるかまで追います。

確認項目・コマンド	判断する内容
ping 127.0.0.1 / 自端末IP / ゲートウェイ / 宛先	ICMP Echo RequestとEcho Replyの往復が必要
ipconfig /all または ip address	リンクアップはL1が成立した目安でL3到達を保証しない
arp -a または show arp	ARP解決の有無で同一セグメント側の手掛かりを得られる
show vlan / show mac address-table	VLAN不一致は同じIP帯に見えても通信を分断する
tracert・traceroute・Wireshark	ルーティングは往路と復路の両方が必要

取得した結果は対象・時刻・期待値と一緒に保存します。

ACL・ファイアウォールはどう確認する？

送信元・宛先IP、プロトコル、送信元・宛先ポート、通信方向を固定して、どのACLまたはポリシーに一致するかを確認します。設定の存在だけでなく、適用インターフェース、in/out方向、ルール順序、NAT前後、ヒットカウンタ、拒否ログまで見ます。PingはICMPなので、TCP/443の許可を確認する試験にはなりません。業務通信と同じ条件の疎通試験を用意してください。

具体的にはipconfig /all または ip addressを使い、「ICMP Echo RequestとEcho Replyの往復が必要」を確認します。

戻り経路はどう確認する？

宛先側から送信元IPへの経路を確認します。往路が正しくても、戻りが別のFWを通る、デフォルトルートがない、NATセッションと一致しない場合は応答が戻りません。

• いきなり機器を再起動：いきなり機器を再起動の対象、担当範囲、確認に使う証拠を記録する
• 複数設定を同時に変更：複数設定を同時に変更の前提、設計理由、レビュー指摘、変更後の結果を示す
• Ping不可だけで相手サーバー停止と断定：Ping不可だけで相手サーバー停止と断定の変更前後を同じ条件で比較し、結果を保存する
• 戻り経路を見ない：戻り経路を見ないが求人のどの工程で使われるかを成果物と対応させる
• 正常時の構成・ログと比較しない：正常時の構成・ログと比較しないの対象、担当範囲、確認に使う証拠を記録する

traceroute・Wiresharkを使う方法で何を確認できる？

traceroute/tracertはTTLを段階的に変えて応答した中継点を探るため、途中が無応答でも通信断とは限りません。WiresharkではEcho Requestが出たか、Replyが戻ったか、ARPが完了したかを時系列で確認します。

ARP・VLAN・ルーティングを順に確認を先に実施します。show vlan / show mac address-tableで現状を取得し、「VLAN不一致は同じIP帯に見えても通信を分断する」を満たすか照合します。

Ping不通を原因別に判定するチェックリスト

チェックリストは、リンク、IP設定、VLAN、ARP/MAC、往路、ACL/FW、宛先のICMP応答設定、復路の8分類で使います。各項目で確認コマンドと「正常なら何が見えるか」を先に決めます。

影響範囲が確認順を決めます。 そのうえでACL・FW・戻り経路・パケットキャプチャで確定へ進み、tracert・traceroute・Wiresharkと「VLAN不一致は同じIP帯に見えても通信を分断する」の関係を構成図に記録します。

設定・確認コマンドはどう実行する？

ping 192.0.2.10
show ip arp 192.0.2.10
show ip route 192.0.2.10

正常時と異常時の出力はどう違う？

失敗・注意点と回避策

Ping障害の切り分けで避けたいのは、疎通不可を見ただけで「ネットワーク障害」と決めることです。ICMPがFWで拒否されている、宛先hostが停止している、戻り経路がない、名前解決だけが失敗している場合でも、画面上は同じように見えます。

完了条件はPing応答が一度返ることではありません。想定経路で往復し、packet lossと遅延が許容範囲に戻り、変更していない通信にも影響がないことまで確認します。

Ping不通を切り分ける手順と完了条件

Pingが通らない原因はを確認する手順と完了条件は、対象と構成を固定し、正常時を採取してから一つずつ条件を変えます。設定、コマンド出力、ログ、通信結果を同じ時刻で照合し、復旧後に既存通信への影響まで確認してください。

1. STEP 1：対象と正常時を固定する
   構成図、設定、状態確認コマンド、正常値を保存します。
2. STEP 2：症状と影響範囲を分ける
   送信元・宛先、発生時刻、対象端末、直前変更を記録します。
3. STEP 3：観測点を順番に確認する
   物理、L2、L3、transport、serviceの順に正常な区間を絞ります。
4. STEP 4：変更と切り戻しを一つずつ行う
   同時に複数箇所を変えず、変更前後を同じコマンドで比較します。
5. STEP 5：結果と再発防止を残す
   原因、暫定対応、恒久対応、手順修正、監視改善を記録します。

関連する仕組みをどの順序で確認する？

• Ciscoでリンクアップを確認する方法｜downの原因と切り分け
• ルーティングテーブルの見方｜show ip routeと経路選択を図解
• CiscoのミラーポートとWiresharkで通信障害を切り分ける方法
• Pingの戻り経路とは？片方向通信と非対称ルーティングを図解

Ping不通の切り分けを完了と判断する条件

Pingが通らない原因はの確認は、コマンドが一度成功した時点では終わりません。対象と前提を固定し、正常時との差を観測し、復旧後に既存通信への影響まで確認します。

インフラエンジニアが案件で考えること

実案件で「Pingが通らない原因は？ネットワーク障害の切り分け手順」を確認するとき、最初に現行構成と正常時の状態を保存します。、物理層・リンクアップの確認、IPアドレス・サブネットマスク・ゲートウェイの確認を同じ時刻・同じ条件で取得し、変更や障害の前後を比べます。

pingでは観測点を一か所に絞りません。ARP・MACアドレステーブルの確認、ルーティングテーブルの確認、ACL・ファイアウォールの確認を並べ、どの区間まで正常かを切り分けます。

障害対応の価値は、コマンド数ではなく仮説を一つずつ潰した記録にあります。確認時刻、送信元、宛先、結果、次の判断を残せば、別担当者へ安全に引き継げます。

案件では、正常時の情報がなければ障害時の差分を判断できません。作業前にping 127.0.0.1 / 自端末IP / ゲートウェイ / 宛先とipconfig /all または ip addressを取得し、変更後も同じ条件で比較します。影響範囲が確認順を決めます。

また、いきなり機器を再起動と複数設定を同時に変更をレビュー観点へ入れます。担当者の経験だけに頼らず、ARP・VLAN・ルーティングを順に確認からACL・FW・戻り経路・パケットキャプチャで確定までを手順と試験項目へ落とし、異常時に止める条件と判断者を明確にします。

成果物には、構成図、対象一覧、取得ログ、差分、試験結果、残課題をひも付けます。ping 通らない 原因の知識を『知っている』状態から、第三者が安全に再現できる設計・構築スキルへ変えるためです。

段階	確認すること	残す証跡
作業前	影響範囲と直前変更を確認	ping 127.0.0.1 / 自端末IP / ゲートウェイ / 宛先
作業中	IP・マスク・ゲートウェイを確認	arp -a または show arp
作業後	ACL・FW・戻り経路・パケットキャプチャで確定	tracert・traceroute・Wireshark
異常時	いきなり機器を再起動	時刻・影響範囲・切り戻し判断

同じ条件でbefore/afterを比較できる状態にします。

まとめ

Ping不通は、対象と影響範囲を固定し、L1からL3、制御、復路へ順に正常な範囲を広げて切り分けます。Pingの成否だけで業務通信を判断せず、必要なポートとアプリ応答も最後に確認します。

最後に押さえるポイントは「ルーティングは往路と復路の両方が必要」と「Ping拒否と業務通信不可は同義ではない」です。実務では影響範囲と直前変更を確認から始め、ping 127.0.0.1 / 自端末IP / ゲートウェイ / 宛先を証跡として残すと、別の担当者も同じ判断を再現できます。

この記事の執筆・監修者

けんと＠設計構築チャンネル

ネットワーク設計構築エンジニア／インフラ転職コンパス編集者

30歳未経験からネットワークエンジニアへ。金融系・オフィス系ネットワークの設計構築経験をもとに、工程・技術・求人選びを具体的に解説しています。

YouTube 設計構築チャンネル Xで現場発信を見る