ネットワークトラブルシューティングガイド: 一般的な問題の診断と修正

· 12分で読めます

📑 目次

ネットワークの問題は、すべてに影響を与えるため、最もイライラする技術的問題の1つです。遅いまたは壊れたネットワークは、メール、ウェブブラウジング、クラウドアプリ、ビデオ通話ができないことを意味します — 基本的に、仕事ができません。しかし、ほとんどのネットワーク問題は予測可能なパターンに従い、体系的に診断できます。

このガイドでは、ホームネットワーク、オフィス環境、サーバーインフラストラクチャに対応する構造化されたトラブルシューティングフレームワークを提供します。断続的な接続、低速、または完全な停止に対処している場合でも、これらの手順に従うことで、問題を効率的に特定して解決できます。

OSIトラブルシューティングアプローチ

OSI(開放型システム間相互接続)モデルは、ネットワークトラブルシューティングの論理的なフレームワークを提供します。さまざまなコンポーネントをランダムにテストするのではなく、下から上へ体系的に作業します — 物理層が最初、アプリケーション層が最後です。このアプローチにより、実際の問題がケーブルの緩みである場合にDNSのトラブルシューティングに時間を無駄にすることがありません。

OSI層が実際のトラブルシューティング手順にどのようにマッピングされるかを以下に示します:

層 確認すること 一般的な問題 ツール
1. 物理層 ケーブル、ポート、LED、ハードウェア ケーブルの緩み、ポートの損傷、ハードウェアの故障 目視検査、ケーブルテスター
2. データリンク層 MACアドレス、スイッチポート、VLAN VLANの設定ミス、スイッチループ、デュプレックスの不一致 スイッチ管理インターフェース、arp
3. ネットワーク層 IPアドレス、ルーティング、サブネット 間違ったIP、不良ゲートウェイ、ルーティングの問題 ping、ipconfig/ifconfig、route
4. トランスポート層 ポート、ファイアウォール、TCP/UDP ブロックされたポート、ファイアウォールルール、接続タイムアウト telnet、nc、nmap
7. アプリケーション層 DNS、HTTP、アプリ設定 DNS障害、サービスの設定ミス、証明書の問題 nslookup、dig、curl

プロのヒント: トラブルシューティングを行う際は、実行した各テストとその結果を文書化してください。これにより、確認した内容の明確な記録が作成され、問題が再発した場合にパターンを特定するのに役立ちます。

ステップ1: 物理的な接続を確認する

コマンドを実行する前に、基本を確認してください。物理層の問題は驚くほど多くのネットワーク問題の原因であり、最も迅速に確認できます。

有線接続の場合

これらの目視および物理的なチェックから始めます:

WiFi接続の場合

ワイヤレスのトラブルシューティングには異なるチェックが必要です:

クイックヒント: WiFiは2.4GHzと5GHz帯域で動作します。2.4GHz帯域は範囲が広いですが干渉が多く、5GHzは短距離でより高速な速度を提供します。ルーターが両方をサポートしている場合は、帯域を切り替えてみてください。

ステップ2: IP設定を確認する

物理的な接続を確認したら、デバイスに有効なIPアドレスとネットワーク設定があることを確認してください。不正なIP設定は、ネットワーク問題の最も一般的な原因の1つです。

IPアドレスの確認

Windowsでは、コマンドプロンプトを開いて実行します:

ipconfig /all

macOSまたはLinuxでは、次を使用します:

ifconfig

または新しいコマンド:

ip addr show

確認すべきこと

IP設定には次のものが表示されるはずです:

IP設定の問題の修正

設定が間違っている場合は、IPアドレスを更新してみてください:

Windowsの場合:

ipconfig /release
ipconfig /renew

macOSの場合:

sudo ipconfig set en0 DHCP

Linuxの場合:

sudo dhclient -r
sudo dhclient

更新後も169.254.x.xアドレスを取得している場合、問題はDHCPサーバー(通常はルーター)にある可能性があります。ルーター設定でDHCPが有効になっているか確認するか、手動で静的IPアドレスを割り当ててみてください。

プロのヒント: IPサブネット計算機を使用して、IPアドレス、サブネットマスク、ゲートウェイがすべてネットワークの正しい範囲内にあることを確認してください。

ステップ3: ローカル接続をテストする

有効なIP設定が確認されたら、ローカルネットワーク上の他のデバイスと通信できるかどうかをテストします。これにより、問題がローカルネットワーク内にあるのか、外部接続にあるのかが分離されます。

ゲートウェイにPingする

最初のテストは、デフォルトゲートウェイ(ルーター)にpingすることです:

ping 192.168.1.1

IPを実際のゲートウェイアドレスに置き換えてください。通常10ms未満の応答時間で返信が表示されるはずです:

Reply from 192.168.1.1: bytes=32 time=2ms TTL=64

pingが失敗するか、高いレイテンシ(100ms以上)が表示される場合、ローカルネットワークの問題があります。これは次のことを示している可能性があります:

インターネット接続をテストする

次に、信頼できる外部サーバーにpingしてインターネット接続をテストします:

ping 8.8.8.8

これはGoogleのパブリックDNSサーバーにpingします。これが機能するがウェブサイトを閲覧できない場合、問題はDNS関連である可能性があります(次のセクションで説明)。

ゲートウェイへのpingは機能するが外部pingが失敗する場合、問題はインターネット接続またはルーターのWAN設定にあります。WAN接続の問題についてルーターのステータスページを確認してください。

Ping結果の理解

結果 意味 次のステップ
Request timed out 応答が受信されませんでした ファイアウォールを確認し、ターゲットが到達可能であることを確認
Destination host unreachable ターゲットへのルートがありません ルーティング、ゲートウェイ設定を確認
高いレイテンシ(>100ms) ネットワーク輻輳または不良接続 帯域幅を大量に使用するアプリケーション、WiFi干渉を確認
パケット損失(>5%) 不安定な接続 ケーブル、WiFi信号、ネットワーク輻輳を確認

クイックヒント: ping -t(Windows)または単にping(macOS/Linux)で連続pingを実行して、時間の経過とともに接続の安定性を監視します。Ctrl+Cを押して停止し、統計を確認します。

ステップ4: DNSトラブルシューティング

DNS(ドメインネームシステム)は、google.comのような人間が読めるドメイン名をIPアドレスに変換します。DNS問題は非常に一般的で、一般的な接続問題と間違われることがよくあります。

DNS問題の特定

IPアドレス(8.8.8.8など)にpingできるが、名前でウェブサイトにアクセスできない場合、DNS問題があります。次のコマンドでDNS解決をテストします:

nslookup google.com

またはより詳細なdigコマンドを使用します(macOS/Linux):

dig google.com

成功したDNSルックアップはIPアドレスを返します。「server can't find」やタイムアウトなどのエラーが表示される場合、DNS解決が失敗しています。

一般的なDNS修正

DNSキャッシュをフラッシュする:

Windowsの場合:

ipconfig /flushdns

macOSの場合:

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Linuxの場合:

sudo systemd-resolve --flush-caches

DNSサーバーを変更する:

ISPのDNSサーバーが遅いまたは信頼性が低い場合は、パブリックDNSサーバーに切り替えます:

ネットワークアダプター設定またはルーター設定でDNSサーバーを変更できます。DNSルックアップツールを使用すると、複数のサーバーからDNS解決をテストしてパフォーマンスを比較できます。

DNSパフォーマンスのテスト

DNS速度テストを使用して、さまざまなDNSプロバイダーからのクエリ応答時間を測定します。より高速なDNSサーバーは、特に新しいウェブサイトにアクセスする際のブラウジング速度を向上させます。

プロのヒント: DNS問題は、ドメイン名解決に依存するメール、VPN、その他のサービスにも問題を引き起こす可能性があります。複数のサービスが同時に失敗する場合、DNSが原因であることがよくあります。

ステップ5: ルートをトレースする

一部の宛先には到達できるが他の宛先には到達できない場合、または断続的な接続を経験している場合、ネットワークパスをトレースすることで、パケットがドロップまたは遅延している場所を特定できます。

Tracerouteの使用

Tracerouteは、宛先に到達するためにパケットが通過する各ホップ(ルーター)を表示します:

Windowsの場合:

tracert google.com

macOS/Linuxの場合:

traceroute google.com

出力は、応答時間とともにパスに沿った各ルーターを示します。次のことを確認してください:

Traceroute結果の解釈

典型的なtracerouteは次のように表示されます:

1    2ms    1ms    1ms    192.168.1.1
2    15ms   12ms   14ms   10.0.0.1
3    18ms   16ms   17ms   72.14.215.85
4    20ms   19ms   21ms   142.250.224.46

最初のホップはルーターで、その後にISPのネットワーク、次にバックボーンルーター、最後に宛先が続きます。応答時間は徐々に増加するはずですが、比較的安定しているはずです。

特定のホップで20msから200msへの突然のジャンプが見られる場合、それは輻輳または低速リンクを示しています。問題がISPのネットワーク内(最初の数ホップ)にある場合は、ISPに連絡してください。パスのさらに先にある場合、問題は上流プロバイダーにある可能性があります。

クイックヒント: ビジュアルTracerouteツールを使用して、