Pingが通らない原因と切り分け手順｜リンク・IP・ARP・ACLの順に確認する

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

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

✓この記事でわかること

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

この記事はネットワークエンジニアの仕事内容の各論です。工程の全体像から確認したい場合はそちらへ。

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

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

(出典：RFC 792 Internet Control Message Protocol)

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

Pingは送信元がICMP Echo要求を送り、宛先がEcho応答を返す往復通信です。同一セグメントなら宛先MAC、別セグメントならゲートウェイMACをARPで解決し、往路と復路の経路・ACL・端末設定を通過して初めて成功します。

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

(出典：RFC 1122 Requirements for Internet Hosts)

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

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

arp -a（Windows）または show arp（Cisco）でARPテーブルを確認します。宛先のMACが解決できていれば、少なくとも同一セグメント内には届いています。解決できていなければ、L2側かIP設定を先に疑います。値が一致しないときは、その場で設定を変えず、どの入力から期待値を作ったかを設計書・構成図・台帳へ戻って確認します。

(出典：Understand the Extended Ping and Extended Traceroute Commands（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（Windows）や traceroute（Linux）で経路を追い、必要ならWiresharkでパケットを確認します。往路だけでなく、復路の経路も揃っているかを見ます。

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

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

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

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

ipconfig /all（Windows）や ip address（Linux）で、送信元のIPアドレス・サブネットマスク・デフォルトゲートウェイを確認します。Pingが成立するには、ICMPのEcho要求とEcho応答が往復する必要があります。

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

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

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

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

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

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

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

端末ではIP設定、経路、ARPを保存し、ゲートウェイまでのping、宛先ping、必要な業務ポートの順で確認します。ネットワーク機器では対象VLAN、ARP、経路、ACLを同じ送信元・宛先・時刻で取得し、clearや設定変更は証跡保存後に行います。

ping 192.0.2.10
show ip arp 192.0.2.10
show ip route 192.0.2.10

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

正常時はリンクがupし、端末のIP・マスク・ゲートウェイが設計どおりで、ARPが解決し、往路・復路の経路とACLがそろいます。異常時はどの段階から差が出るかを同じコマンドと送信条件で比較します。

失敗・注意点と回避策

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

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

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

切り分けは、対象と影響範囲、リンク、IP・マスク・ゲートウェイ、VLAN、ARP/MAC、往路、ACL/FW、宛先応答、復路の順で進めます。復旧後に同じ条件でPingと業務ポートを再試験し、監視も正常へ戻ったことが完了条件です。

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

関連する記事

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

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

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

仮説を一つずつ潰す順序を持つ

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

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

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

この内容は、設計構築チャンネルの動画でも解説しています。

まとめ

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

この記事の執筆・監修者

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

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

30歳・IT未経験からSIerへ転職。ネットワークエンジニアとして、金融系・オフィス系ネットワークの設計・構築に携わり、PL・PMも経験。自身の未経験転職と現場経験をもとに、仕事内容・技術・キャリア・求人選びをわかりやすく解説しています。

YouTube登録者5,000人 Xフォロワー5,000人

執筆者プロフィール・編集方針