ipconfig /allでは、各ネットワークアダプターのIP設定、デフォルトゲートウェイ、DHCP、DNSサーバーなどを確認できます。

tracertは、宛先までに通過する経路をホップ単位で確認します。どの付近から応答がなくなるかを見ることで、経路上の問題を考える材料になります。

nslookupを使うと、問い合わせ先のDNSサーバーと、ドメイン名に対応するIPアドレスを確認できます。

ip addrでは、インターフェースの状態、IPv4・IPv6アドレス、プレフィックス長などを確認できます。

ip routeでは、ルーティングテーブルを確認できます。default viaの行は、通常、デフォルトゲートウェイを示します。

ss -tulnでは、TCP・UDPの待ち受けソケットを数値表示で確認できます。サーバーが目的のポートで待ち受けているかを確認するときに役立ちます。

127.0.0.1はループバックアドレスです。自端末の内部で処理されるため、外部のLANやルーターの到達性は確認していません。

近い場所から遠い場所へ確認すると、どこまでは正常で、どこから失敗するかを整理しやすくなります。実際には物理接続やインターフェース状態も先に確認します。

自端末内は動作していますが、最初の中継先へ到達できていません。ケーブル・Wi-Fi、VLAN、IP・サブネットマスク、ゲートウェイ設定、ルーター側の状態などを確認します。

IPアドレスを使った外部通信が成功するなら、基本的な経路は利用できています。ドメイン名だけ失敗する場合は、DNSサーバー設定や名前解決結果を確認します。

169.254.0.0/16のアドレスが自動設定され、ゲートウェイが空欄の場合、DHCPから設定を取得できていない可能性があります。接続状態、DHCPサーバー、VLANなどを確認します。

pingに応答しない機器でも、HTTPSなど別の通信は利用できる場合があります。ping失敗だけで「サーバー停止」や「通信断」と断定してはいけません。

他サイトが利用できるなら、端末からインターネットまでの共通部分は動作している可能性があります。特定サイトに固有のDNS結果、経路、サーバー、ブラウザ表示などへ範囲を絞ります。

PC-AとWebサーバーは異なるネットワークに属するため、PC-AはデフォルトゲートウェイであるR1へパケットを渡します。物理的な経路はPC-A、SW1、R1、SW2、Webサーバーです。

ループバック、ゲートウェイ、外部IPへの通信は成功しています。一方、DNS問い合わせはタイムアウトしているため、DNSサーバーの状態、DNS設定、DNS通信の許可などを優先して確認します。