+
+
+ CompTIA Network+ + 試験番号: N10-009 + ドメイン 5.0 +
+

ネットワークトラブルシューティング完全ガイド

+

+ CompTIA Network+ + 認定資格試験(N10-009)の5ドメインのうち、出題比率が最も高い「5.0 Network + Troubleshooting」を、初学者でも理解できるようにステップバイステップで解説します。内容は公式 + Exam Objectives ドキュメントに基づいています。 +

+
+ +
+

+ 1. Network Troubleshootingドメインの全体像 +

+ +

1.1 試験全体におけるドメイン構成

+

+ CompTIA Network+ (N10-009) + は5つのドメインで構成されており、それぞれ出題比率が異なります。 +

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ドメイン番号ドメイン名出題比率
1.0Networking Concepts(ネットワーキングの概念)23%
2.0Network Implementation(ネットワークの実装)20%
3.0Network Operations(ネットワークの運用)19%
4.0Network Security(ネットワークセキュリティ)14%
5.0 + Network + Troubleshooting(ネットワークトラブルシューティング) + 24%
+
+
+ ポイント: Network Troubleshooting + は5ドメイン中もっとも出題比率が高い、単独最大のドメインです。試験対策としても、実務スキルとしても最重要領域といえます。 +
+ +

1.2 試験の基本情報

+
+ + + + + + + + + + + + + + + + + + + + + + + +
試験番号N10-009
出題数最大90問
出題形式 + 選択問題(Multiple-choice)+ + パフォーマンスベース問題(PBQ) +
試験時間90分
推奨実務経験IT ネットワーク分野で9〜12ヶ月以上
+
+ +

1.3 Network Troubleshootingドメインの5つのサブ項目

+

この記事も、この5項目の順に沿って解説していきます。

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
項目番号内容
5.1 + トラブルシューティングの方法論を説明できる(Explain the + troubleshooting methodology) +
5.2 + ケーブル配線と物理インターフェースの一般的な問題をトラブルシューティングできる +
5.3 + ネットワークサービスに関する一般的な問題をトラブルシューティングできる +
5.4 + パフォーマンスに関する一般的な問題をトラブルシューティングできる +
5.5問題解決に適したツールやプロトコルを選択・使用できる
+
+
+ +
+

2. 5.1 トラブルシューティングの方法論

+

+ CompTIA Network+ + では、特定の製品やベンダーに依存しない汎用的な7ステップの問題解決プロセスが定義されています。これは試験だけでなく、実際のネットワーク運用現場でも標準的な思考の型として使われるものです。 +

+ +

2.1 7ステップの全体像(フローチャート)

+
+

+                    
+ +

+ 図: + 7ステップの流れ(ステップ3で確認できない場合はステップ2に戻るループ構造) +

+ +
+ 重要: + このフローの重要なポイントは、ステップ3で理論が確認できなかった場合、ステップ2に戻ってやり直す「ループ構造」になっていることです。トラブルシューティングは一直線に進むものではなく、仮説検証を繰り返しながら正解に近づいていくプロセスだと理解しておくとよいでしょう。 +
+ +

2.2 各ステップの詳細

+ +

+ ステップ1: 問題を特定する(Identify the problem) +

+

最初のステップは、思い込みで動く前に事実を集めることです。

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
具体的なアクション内容
情報収集(Gather information)ログ、構成情報、監視データなど客観的な情報を集める
ユーザーへのヒアリング(Question users)いつ・何をしていたときに問題が起きたかを聞く
症状の特定(Identify symptoms) + 「遅い」「繋がらない」など曖昧な訴えを具体的な症状に落とし込む +
変更点の確認(Determine if anything has changed)直前に設定変更やアップデートがなかったかを確認する
問題の再現(Duplicate the problem, if possible)可能であれば同じ状況を再現し、事実として確認する
個別対応(Approach multiple problems individually) + 複数の問題が同時に起きている場合、まとめず1つずつ切り分けて対応する +
+
+ +

+ ステップ2: 推定原因の理論を立てる(Establish a theory of probable cause) +

+

+ 集めた情報をもとに「おそらくこれが原因だろう」という仮説(理論)を立てます。 +

+
+ + + + + + + + + + + + + + + + + +
考え方内容
まず単純な原因を疑う(Question the obvious) + ケーブルが抜けている、電源が入っていない、といった単純な物理的原因や、パスワード・SSIDの入力ミスなど単純な論理的原因から確認する +
+ 複数のアプローチを検討する(Consider multiple approaches) + + 「OSIモデルに沿ったアプローチ」や「分割統治法」を使って仮説を立てる(下記2.3で解説) +
+
+ +

+ ステップ3: 理論をテストして原因を検証する(Test the theory to determine + cause) +

+

立てた仮説が正しいかどうかを、実際にテストして検証します。

+
    +
  • + 確認できた場合 → 次のステップ(解決計画の立案)へ進む +
  • +
  • + 確認できなかった場合 → + 新しい理論を立て直すか、自分の対応範囲を超えると判断した場合は上位担当者へエスカレーションする +
  • +
+ +

ステップ4: 解決に向けた行動計画を立てる(Establish a plan of action)

+

+ 原因が特定できたら、それを解決するための具体的な計画を立てます。このとき、対応が他のシステムやユーザーに与える可能性のある影響(副作用)も合わせて洗い出しておくことが重要です。 +

+ +

+ ステップ5: + 解決策を実施する、または必要に応じてエスカレーションする(Implement the + solution or escalate as necessary) +

+

+ 計画に沿って実際に対応を行います。自分の権限や知識の範囲を超える場合は、無理をせず適切な担当者へエスカレーションすることも「正しい対応」の一部として位置づけられています。 +

+ +

+ ステップ6: システム全体の機能を検証し、予防策を実施する(Verify full system + functionality and implement preventive measures if applicable) +

+

+ 対応後は「問題が起きていた箇所」だけでなく、システム全体が正常に機能しているかを確認します。1つの修正が別の箇所に予期しない影響を与えていないかをチェックすることが目的です。あわせて、同じ問題が再発しないような予防策(設定変更、監視強化など)を実施します。 +

+ +

+ ステップ7: 対応内容を記録する(Document findings, actions, outcomes, and + lessons learned throughout the process) +

+

+ 最後に、発生した症状・調査内容・実施した対応・結果・そこから得られた教訓を記録に残します。ドキュメント化はトラブルシューティングプロセス全体を通じて行うべきものであり、最後にまとめて書くだけの作業ではないという点がポイントです。 +

+ +

2.3 理論を立てる際の3つのアプローチ

+

+ ステップ2で仮説を立てる際、CompTIA Network+ + では主に3つの考え方が紹介されています。いずれもOSI参照モデルの7層構造を軸にした切り分け方です。 +

+ +
+

+                    
+ +

+ 図: 理論を立てる3つのアプローチ(トップダウン/ボトムアップ/分割統治法) +

+ +
+ + + + + + + + + + + + + + + + + + + + + + + + + +
アプローチ考え方向いている場面
トップダウン(Top-to-bottom OSI) + アプリケーション層(利用者に近い側)から確認を始め、徐々に下の層へ降りていく + + 「特定のアプリだけ使えない」など上位層に原因がありそうな場合 +
ボトムアップ(Bottom-to-top OSI) + 物理層(ケーブルや機器)から確認を始め、徐々に上の層へ昇っていく + + ケーブル抜けやリンクダウンなど、物理的な原因が疑われる場合 +
分割統治法(Divide and conquer) + まずネットワーク層(レイヤー3)など中間の層を確認し、結果に応じて上下どちらを疑うか絞り込む + + どこに原因があるか見当がつかず、効率よく切り分けたい場合 +
+
+ +

2.4 実践例で流れをつかむ

+

+ 初学者向けに、簡単なシナリオで7ステップの流れを確認してみましょう(このセクションは学習用の例示であり、公式試験問題ではありません)。 +

+
+ シナリオ: + あるユーザーが社内ファイルサーバーに接続できないと申告してきた。 +
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ステップ対応内容の例
1. 問題を特定する + ユーザーにヒアリングし、「今朝から接続できない」「他の同僚は接続できている」ことを確認。ローカルPCで再現テストを行う +
2. 理論を立てる + 「特定の1台だけの症状」なので、まずはそのPCの物理層・データリンク層(LANケーブル、NIC、IPアドレス設定)を疑う(ボトムアップの考え方) +
3. 理論をテストする + ipconfig + でIPアドレスを確認したところ、DHCPから正しいアドレスが払い出されておらずAPIPAアドレスになっていた +
4. 行動計画を立てる + スイッチポートおよびDHCPサーバー側の設定を確認する計画を立てる +
5. 解決策を実施する + スイッチのポート設定を確認し、誤って無効化されていたポートを有効化する +
6. 検証・予防策 + PCが正常にIPアドレスを取得し、ファイルサーバーに接続できることを確認。同様のポートが他にないか確認する +
7. 記録する + 症状・原因・対応内容・再発防止策をドキュメントとして残す +
+
+
+ +
+

+ 3. 5.2 + ケーブル配線と物理インターフェースの問題 +

+

物理層(レイヤー1)に近い、目に見える・測定できる問題を扱う項目です。

+ +

3.1 ケーブルの問題(Cable issues)

+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
項目内容
不適切なケーブル(Incorrect cable) + シングルモード光ファイバとマルチモード光ファイバの混同、Cat + 5/6/7/8といったカテゴリ違いの使用、STP(シールド付きより対線)とUTP(非シールドより対線)の混同など +
信号劣化(Signal degradation) + クロストーク(Crosstalk:隣接する線からのノイズ混入)、干渉(Interference)、減衰(Attenuation:距離による信号の弱まり) +
不適切な終端処理(Improper termination)コネクタの結線・圧着ミスなど
送受信の入れ替わり(TX/RX transposed)送信線と受信線が逆に接続されている状態
+
+ +

3.2 インターフェースの問題(Interface issues)

+
+ + + + + + + + + + + + + + + + + +
項目内容
インターフェースカウンタの増加 + CRC(Cyclic Redundancy + Check)エラー、Runts(規定より短いフレーム)、Giants(規定より長いフレーム)、Drops(パケット破棄)などのカウンタ値の増加 +
ポートステータス(Port status) + Error disabled(エラーによる無効化)、Administratively + down(管理者による意図的な無効化)、Suspended(一時停止)などの状態 +
+
+ +

3.3 ハードウェアの問題(Hardware issues)

+
+ + + + + + + + + + + + + + + + + +
項目内容
PoE(Power over Ethernet) + 電力予算超過(Power budget + exceeded)、規格の不一致(Incorrect standard) +
トランシーバ(Transceivers) + 規格の不一致(Mismatch)、信号強度不足(Signal strength) +
+
+
+ +
+

4. 5.3 ネットワークサービスの問題

+

+ スイッチング・ルーティング・IPアドレッシングなど、レイヤー2〜3寄りの論理的な問題を扱う項目です。 +

+ +

4.1 スイッチングの問題(Switching issues)

+
+ + + + + + + + + + + + + + + + + + + + + +
項目内容
STP関連(Spanning Tree Protocol) + ネットワークループ(Network + loops)、ルートブリッジの選出(Root bridge + selection)、ポートの役割(Port roles)、ポートの状態(Port + states) +
VLAN誤割り当て(Incorrect VLAN assignment)ポートに設定されているVLANが意図したものと異なる
ACL(Access Control List) + アクセス制御リストの設定ミスによる意図しない通信の遮断/許可 +
+
+ +

4.2 ルーティングの問題(Route selection)

+
+ + + + + + + + + + + + + + + + + +
項目内容
ルーティングテーブル(Routing table) + 経路情報が正しく登録されていない、または想定と異なる経路が選択される +
デフォルトルート(Default routes)デフォルトゲートウェイへの経路設定に関する問題
+
+ +

4.3 アドレッシングの問題

+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
項目内容
アドレスプールの枯渇(Address pool exhaustion)DHCPで払い出せるIPアドレスの在庫が尽きている状態
+ 誤ったデフォルトゲートウェイ(Incorrect default gateway) + ゲートウェイアドレスの設定ミス
+ 誤ったIPアドレス/重複IPアドレス(Incorrect / Duplicate IP + address) + + IPアドレスの設定ミスや、同一セグメント内でのIPアドレス重複 +
誤ったサブネットマスク(Incorrect subnet mask)サブネットマスクの設定ミスによる通信範囲の誤認識
+
+
+ +
+

5. 5.4 パフォーマンスの問題

+

「つながってはいるが遅い・不安定」といった性能面の問題を扱う項目です。

+ +

5.1 有線ネットワーク共通のパフォーマンス問題

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
項目内容
輻輳・競合(Congestion / Contention)同一回線・媒体を複数の通信が奪い合っている状態
ボトルネック(Bottlenecking) + ネットワーク経路上のどこか1箇所が全体の性能を制限している状態 +
帯域幅(Bandwidth) + スループット容量(Throughput capacity)が不足している状態 +
レイテンシ(Latency)パケットが目的地に届くまでの遅延時間
パケットロス(Packet loss)送信したパケットが途中で失われる現象
ジッター(Jitter) + パケット到達間隔のばらつき。特に音声・映像通話の品質に影響 +
+
+ +

5.2 無線ネットワーク特有のパフォーマンス問題(Wireless)

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
項目内容
干渉(Interference)電波干渉、チャネルの重複(Channel overlap)
信号劣化・信号消失(Signal degradation or loss)距離や障害物による電波品質の低下
カバレッジ不足(Insufficient wireless coverage)アクセスポイントの電波が届かないエリアの存在
クライアントの切断問題(Client disassociation issues)クライアント端末がAPから予期せず切断される問題
ローミング設定ミス(Roaming misconfiguration)複数APを移動する際の切り替え設定に関する問題
+
+
+ +
+

6. 5.5 適切なツールやプロトコルの選択

+

問題を切り分け・診断するための具体的なツール群です。

+ +

6.1 ソフトウェアツール(Software tools)

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ツール用途
プロトコルアナライザ(Protocol analyzer)通信内容をパケット単位で解析するツール
ping対象ホストへの到達性とおおよそのレイテンシを確認する
traceroute / tracert対象ホストまでの経路(ホップ)を確認する
nslookupDNS名前解決の結果を確認する
tcpdumpパケットキャプチャを行うコマンドラインツール
digDNSレコードを詳細に照会するツール
netstat現在の通信状態・ポート使用状況を確認する
+ ip / ifconfig / + ipconfig + インターフェースのIPアドレスなどの設定を確認する
arp + IPアドレスとMACアドレスの対応表(ARPテーブル)を確認する +
Nmapネットワーク上のホストやポートをスキャンするツール
LLDP / CDP + 隣接機器の情報を収集するプロトコル(LLDPは業界標準、CDPはCisco独自) +
スピードテスター(Speed tester)回線速度を測定するツール
+
+ +

6.2 ハードウェアツール(Hardware tools)

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ツール用途
トーナー(Toner) + ケーブルの物理的な追跡・特定に使用する発信機とプローブのセット +
ケーブルテスター(Cable tester)ケーブルの結線状態や断線を検査する
タップ(Taps)通信経路上に割り込んでトラフィックをキャプチャする機器
Wi-Fiアナライザ(Wi-Fi analyzer)無線チャネルの利用状況や電波強度を可視化する
光損失試験器(Visual fault locator)光ファイバケーブルの断線・損傷箇所を特定する
+
+ +

6.3 ネットワーク機器の基本コマンド(Basic networking device commands)

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
コマンド用途
show mac-address-tableスイッチが学習したMACアドレステーブルを表示する
show routeルーティングテーブルを表示する
show interfaceインターフェースの状態・統計情報を表示する
show config現在の設定情報を表示する
show arpARPテーブルを表示する
show vlanVLANの設定状況を表示する
show power電源(PoE含む)の状態を表示する
+
+
+ +
+

7. 初学者向け 学習のポイント

+
    +
  • + 7ステップの順番を丸暗記するだけでなく、「なぜその順番なのか」を理解すること。特にステップ3の「理論が確認できなければステップ2に戻る」というループ構造は、試験でも実務でも頻出の考え方です。 +
  • +
  • + OSI参照モデルの7層を常に意識し、「今、自分はどの層の問題を疑っているのか」を言語化しながら切り分ける習慣をつけると、トップダウン/ボトムアップ/分割統治法のいずれも実践しやすくなります。 +
  • +
  • + 5.2〜5.4は暗記量が多い項目ですが、「物理層寄り(5.2)→ + 論理設定寄り(5.3)→ + 性能・体感寄り(5.4)」という大まかな整理をしておくと、どの分類の問題かを判断しやすくなります。 +
  • +
  • + 5.5のコマンド・ツールは、実際に自分の手元の端末やラボ環境で一度でも実行してみると定着しやすくなります。 +
  • +
+
+ +
+

出典・参考資料

+

+ 本記事は以下の情報源をもとに作成しています。試験内容は改訂される可能性があるため、学習の際は必ず公式サイトの最新情報を確認してください。 +

+ +
+ + +