ITサポート:DAY37|接続トラブル対応

ITサポート独学チャレンジ
Lv.1
次のレベルまで 100 XP
0 / 100
🔍
切り分けマスター
質問の達人
🎯
ケース診断
💯
総合テスト満点
🏆
DAY37完全制覇
ITサポート独学 DAY37

🐥 カイピヨくんと学ぶ ITサポート独学

DAY37|接続トラブル対応

― ITサポート目線 ―

🎧
この記事は音声でも学べます

通勤中、家事をしながら、ITサポートの型を音声で学習

0:00
0:00
再生速度:

※音声と記事の内容は同じです。お好みの方法で学習してください


📖 はじめに|DAY37は「対応の型が身につく日」

ITサポートに来る相談は、だいたいこう始まります。

  • 「つながらないです」
  • 「急に使えなくなりました」
  • 「昨日まで普通でした」

ここで新人がやりがちなのは👇

  • ❌ いきなり操作する
  • ❌ 勘で原因を決める
  • ❌ 焦って全部触る

DAY37では、
"何を・どの順で・どう考えるか"
ITサポートの型(フレームワーク)を教えます。

🐥 カイピヨくんの一言(冒頭)
カイピヨくん

「手を動かす前に、
頭を動かすピヨ!」🐥💙

第1章|結論:ITサポートは「切り分け係」

まず結論です。

ITサポートの役割は
直す人ではなく、
"原因を特定する人"

なぜ?

原因が分かれば
対応は1つに絞れる
👉 8割は切り分けで終わる

📊 ITサポートの現場統計

トラブル対応の内訳:HDI(Help Desk Institute)の調査によると、ITサポートの業務の約80%は「原因特定」と「切り分け」です。実際の修復作業(設定変更、ソフトウェア再インストール、ハードウェア交換等)は全体の20%程度。残りは①ユーザー操作ミス(約30%)、②一時的な不具合で再起動等で解決(約25%)、③外部要因で対処不可(約25%)に分類されます。

初回対応の重要性:適切な質問による初期診断で、解決時間が平均50%短縮されます(CompTIA調査2023年)。逆に、不適切な初動(いきなり設定変更、勘による対応)は、問題を複雑化させ、解決時間が2〜3倍に延びるケースが多数報告されています。

ユーザー満足度要因:ITサポートの満足度調査では、「問題が完全に解決したか」よりも「状況を理解し説明してくれたか」が重要視されます。Zendesk調査(2024年)では、満足度の70%が「コミュニケーション品質」、30%が「解決スピード」に依存すると報告されています。

第2章|接続トラブルの正体は4パターン

ITサポート目線では、こう分類します。

🎮 体験しよう:接続トラブル分類ツール

🔍 症状から原因を分類
症状を選択して分類を確認しよう
💻
この人だけ
つながらない
📶
みんな
つながらない
🌐
特定サイトだけ
NG
つながったり
切れたり

接続トラブルの分類

1️⃣ 端末の問題
Wi-Fi設定、IP取得、機内モード等
2️⃣ LAN/Wi-Fiの問題
電波状態、ケーブル、ハブ等
3️⃣ ルーター・回線の問題
ルーター故障、回線障害、ISP障害等
4️⃣ 相手(外部)の問題
サーバダウン、DNS障害、サービス停止等
👉 必ずこの中に入る

第3章|対応前に必ず聞く質問(超重要)

いきなり操作
まず質問

🎮 体験しよう:黄金の質問シミュレーター

❓ 5つの質問
各質問をクリックして重要性を確認
1
いつから?
発生時期を特定する
なぜ重要?
• 「今朝から」→設定変更やアップデートを疑う
• 「昨日から」→段階的な障害の可能性
• 「ずっと」→初期設定ミスの可能性
得られる情報:時系列、変更点の有無、突発的か慢性的か
2
何をしたら起きた?
直前の操作を確認する
なぜ重要?
• 「設定を変えた」→設定の戻し方を案内
• 「何もしていない」→環境変化を疑う
• 「ソフトをインストールした」→競合を疑う
得られる情報:トリガー、因果関係、再現性
3
他の人は?
影響範囲を特定する
なぜ重要?
• 「自分だけ」→端末側の問題
• 「みんな」→ネットワーク・回線側の問題
• 「一部の人」→グループ設定や場所依存
得られる情報:影響範囲、原因箇所の絞り込み
4
他のサイトは?
サービス依存性を確認する
なぜ重要?
• 「どこも見れない」→インターネット接続自体の問題
• 「Googleは見れる」→DNS正常、特定サーバの問題
• 「社内システムだけNG」→VPN・認証・サーバの問題
得られる情報:接続レイヤー、原因の階層
5
エラー表示は?
具体的なメッセージを確認する
なぜ重要?
• 「DNS_PROBE_FINISHED_NXDOMAIN」→DNS解決失敗
• 「ERR_CONNECTION_TIMED_OUT」→タイムアウト
• 「接続が拒否されました」→サーバ側で拒否
得られる情報:エラーの種類、原因の特定、対処法の選択
👉 これで半分見える

📊 初期質問の診断精度

5つの質問の科学的根拠:ITILv4(IT Infrastructure Library)では、インシデント対応における初期診断の重要性が強調されています。適切な質問により、①原因特定精度が65%から90%に向上、②平均解決時間が40%短縮、③エスカレーション率が30%減少、することが実証されています。

質問の順序の重要性:認知心理学の「固着効果」により、最初の仮説が後の判断に影響します。そのため、客観的事実を収集する質問(いつ、何を、誰が)を先に行い、主観的判断(なぜ、どう感じるか)を後にすることが推奨されます。CompTIA A+認証試験でも、この順序が「ベストプラクティス」として教えられています。

「他の人は?」の威力:この質問だけで、原因箇所を①端末(個人的問題)、②ローカルネットワーク(グループ問題)、③インターネット回線(全体問題)、④外部サーバ(サービス問題)の4つに絞り込めます。HDI調査では、この質問により診断時間が平均12分短縮されると報告されています。

第4章|ITサポートの基本対応フロー

💡 これが"型"です。

🎮 体験しよう:ITサポート対応フロー

🔄 4つのステップ
各ステップをクリックして詳細を確認
👂
聞く
黄金の5つの質問で情報収集
🔍
分ける
4パターンのどれかに分類
🎯
絞る
具体的な原因箇所を特定
🛠️
対応
適切な解決策を実行

⚠️ 重要ポイント

  • ✅ 順番を飛ばさない
  • ✅ 逆戻りしない
👉 迷子防止

🎯 3つのケーススタディ

📋 実践シナリオ
各ケースをクリックして診断手順を確認
ケース①:その人だけつながらない
状況:
• 他の人:✅ OK
• 相談者:❌ NG
• Wi-Fiマークは表示されている

判断:端末側の問題

見るポイント:

  1. Wi-Fi接続状態:正しいSSIDに接続しているか、パスワード誤りはないか
  2. IP取得:IPアドレスが正常に取得できているか(169.254.x.xはAPIPAエラー)
  3. 機内モード:機内モードがONになっていないか
  4. プロキシ設定:不要なプロキシ設定が入っていないか
  5. DNSキャッシュ:古いDNSキャッシュが残っていないか

対処法:

  • Wi-Fi再接続(一度OFFにしてON)
  • ipconfig /release → ipconfig /renew(Windows)
  • ipconfig /flushdns でDNSキャッシュクリア
  • ネットワーク設定のリセット

👉 個別設定の問題
影響範囲が1人だけなので、その端末固有の設定や状態に原因があります。

ケース②:みんなつながらない
状況:
• 社内全体:❌ NG
• 端末種類問わず全員
• 突然発生

判断:LAN/ルーター/回線の問題

確認ポイント:

  1. ルーター状態:ランプの色・点滅パターンを確認
  2. 配線状態:LANケーブル抜け、ONUの電源等
  3. 回線情報:プロバイダーの障害情報をスマホ回線で確認
  4. 影響範囲:フロア全体か、建物全体か、地域全体か

対処法:

  • ルーター再起動(電源OFF→30秒待機→ON)
  • ONUとルーターの再起動(順番に)
  • LANケーブルの再接続確認
  • プロバイダーに障害確認・問い合わせ

👉 影響範囲が広い
全員が影響を受けているため、共通のインフラ(ルーター、回線)に原因があります。個別端末の設定は関係ありません。

ケース③:特定サイトだけNG
状況:
• Google:✅ OK
• 社内システム:❌ NG
• 全員が同じ症状

判断:相手側 or DNS

確認ポイント:

  1. 他のサイトの動作:インターネット接続自体は正常か
  2. DNS解決:nslookupでドメイン名が解決できるか
  3. Ping疎通:ping [IPアドレス] でサーバに到達できるか
  4. エラーメッセージ:「サーバが見つかりません」か「タイムアウト」か
  5. 外部からのアクセス:スマホ回線から同じサイトにアクセスできるか

ITサポートの対応:

「こちらでは復旧できません」
相手サーバの問題、またはDNSサーバの問題の場合、社内ITサポートでは対処できません。サーバ管理者またはISPへのエスカレーションが必要です。

考えられる原因:

  • サーバメンテナンス中
  • サーバダウン・障害発生
  • DNSサーバの障害
  • ファイアウォールによるブロック
  • SSL証明書の期限切れ

👉 切り分け成功
原因が外部にあることを特定できれば、それは立派な「切り分け成功」です。無理に対処しようとせず、適切にエスカレーションすることがITサポートの重要な役割です。

📊 ネットワーク診断の基本コマンド

ipconfig(Windows)/ ifconfig(Mac/Linux):ネットワークアダプタの設定情報を表示。IPアドレスが「169.254.x.x」の場合はAPIPA(Automatic Private IP Addressing)エラーで、DHCPサーバからIP取得に失敗しています。「0.0.0.0」はネットワーク未接続を示します。

ping [アドレス]:指定したIPアドレスまたはドメイン名への疎通確認。①ping 127.0.0.1(自分自身)→ネットワークスタック正常性、②ping [ルーターIP]→ローカルネットワーク疎通、③ping 8.8.8.8(Google DNS)→インターネット接続、④ping [ドメイン名]→DNS解決、の順で確認します。

nslookup [ドメイン名]:DNS解決をテスト。「server failed」はDNSサーバに到達できない、「Non-existent domain」はドメイン名が存在しない、を意味します。別のDNSサーバ(8.8.8.8、1.1.1.1)でも試すことで、社内DNSの問題か外部DNSの問題かを切り分けられます。

tracert(Windows)/ traceroute(Mac/Linux):目的地までの経路を表示。どのルーター(ホップ)で止まっているかを確認できます。社内ネットワークで止まっている場合は社内の問題、ISP側で止まっている場合は回線の問題、と判断できます。

第8章|再起動は"最後"じゃない

⚠️ よくある誤解です。

再起動の位置づけ

  • ✅ 仮説が立った後
  • ✅ 一時不調の確認
👉 万能薬ではない

NGパターン

何でも再起動
原因を考えずにとりあえず再起動
理由なし再起動
なぜ再起動するのか説明できない

第9章|やってはいけないITサポート対応

現場で嫌われます

❌ 専門用語連発
「DHCPがタイムアウトしてIPがAPIPAになってます」
❌ 無言作業
何をしているか説明せずに黙々と操作
❌ 原因不明のまま終了
「とりあえず直りました」で終わる

良い対応

✅ 状況を説明
「今、ネットワーク接続を確認しています」
✅ 今何を見ているか共有
「Wi-Fiには接続できているようですね」
✅ 判断理由を言う
「他の方は使えているので、この端末だけの問題のようです」
👉 信頼が残る

第10章|利用者への説明テンプレ(即使える)

例文①

「今、端末側か
ネットワーク側かを
切り分けています」

例文②

「他の人が使えているので、
このPCだけの問題ですね」
👉 不安を減らす

第11章|ITサポートは"正解"より"過程"

💡 大事な考え方です。
  • ✅ 全部直せなくてもOK
  • ✅ 原因を特定できればOK

なぜ?

外部障害
ISPやクラウドサービスの障害
サーバ障害
社内サーバや外部サーバのダウン
👉 手出し不可も多い

第12章|DAY37で覚えればOKなこと

今日はこれだけで十分です。
  • ✅ ITサポートは切り分け役
  • ✅ 質問が8割
  • ✅ 4分類に必ず分かれる
  • ✅ 再起動は仮説後
  • ✅ 説明が信頼を生む

📝 確認クイズ(DAY37)

ITサポートの基本を確認しよう

Q1
ITサポートの最優先の役割は?
Q2
相談者だけつながらない時、最初に疑うのは?
Q3
良いITサポート対応はどれ?
🐥 カイピヨくんの最後の一言(DAY37)
カイピヨくん

「焦るほど、質問から戻るピヨ。」
ITサポートは探偵ピヨ!🐥💙

📊 今日のゴール

  • ✅ ITサポートの本質は「切り分け」であることを理解する
  • ✅ 接続トラブルの4分類を覚える
  • ✅ 黄金の5つの質問を使えるようになる
  • ✅ 対応フロー(聞く→分ける→絞る→対応)を身につける
  • ✅ 良い対応と悪い対応の違いを知る

📝 DAY37まとめ

  • ITサポートの本質:「直す人」ではなく「原因を特定する人」。HDI調査では、業務の80%が切り分けと原因特定で、実際の修復作業は20%程度。原因が特定できれば、対応は1つに絞れる
  • 統計データ:ITサポート対応の内訳は、①ユーザー操作ミス30%、②一時的不具合(再起動等で解決)25%、③外部要因(対処不可)25%、④実際の修復作業20%。適切な初期診断で解決時間が50%短縮される
  • 4つの分類:接続トラブルは必ず以下のいずれかに分類される。①端末の問題(Wi-Fi設定、IP取得、機内モード)、②LAN/Wi-Fiの問題(電波、ケーブル、ハブ)、③ルーター・回線の問題(機器故障、回線障害)、④相手側の問題(サーバダウン、DNS障害)
  • 黄金の5つの質問:①いつから?(時系列・変更点特定)、②何をしたら起きた?(トリガー・因果関係)、③他の人は?(影響範囲・原因箇所絞込)、④他のサイトは?(接続レイヤー特定)、⑤エラー表示は?(具体的原因・対処法選択)。この質問で診断精度が65%→90%に向上
  • 質問の重要性:ITILv4では、適切な質問により①原因特定精度90%、②解決時間40%短縮、③エスカレーション率30%減少、が実証されている。「他の人は?」という質問だけで診断時間が平均12分短縮
  • 対応フロー:①聞く(5つの質問で情報収集)→②分ける(4パターンに分類)→③絞る(具体的原因特定)→④対応(適切な解決策実行)。この順番を飛ばさない、逆戻りしないことが重要
  • ケース①その人だけ:端末側の問題。Wi-Fi接続状態、IP取得(169.254.x.xはAPIPAエラー)、機内モード、プロキシ設定、DNSキャッシュを確認。対処:Wi-Fi再接続、ipconfig /renew、DNSキャッシュクリア
  • ケース②みんな:LAN/ルーター/回線の問題。ルーター状態(ランプ)、配線、回線障害情報を確認。対処:ルーター再起動(電源OFF→30秒→ON)、ONUとルーターの順番再起動、プロバイダー問い合わせ
  • ケース③特定サイトだけ:相手側またはDNSの問題。nslookupでDNS解決確認、pingで疎通確認。ITサポートの対応:「こちらでは復旧できません」で切り分け成功。適切なエスカレーションが重要な役割
  • ネットワーク診断コマンド:ipconfig(ネットワーク情報)、ping(疎通確認:127.0.0.1→ルーター→8.8.8.8→ドメイン名の順)、nslookup(DNS解決テスト)、tracert(経路確認)。これらで原因箇所を特定
  • 再起動の位置づけ:「万能薬」ではない。仮説が立った後、一時不調の確認として実施。「何でも再起動」「理由なし再起動」はNG。なぜ再起動するのか説明できることが重要
  • やってはいけない対応:①専門用語連発(利用者を混乱させる)、②無言作業(不安を増大させる)、③原因不明のまま終了(再発時に対処できない)。これらは現場で嫌われる
  • 良い対応:①状況を説明(「ネットワーク接続を確認しています」)、②今何を見ているか共有(「Wi-Fiには接続できているようですね」)、③判断理由を言う(「他の方は使えているので、この端末だけの問題のようです」)。信頼が残る
  • 満足度要因:Zendesk調査(2024年)では、ITサポート満足度の70%が「コミュニケーション品質」、30%が「解決スピード」。「完全に解決したか」より「状況を理解し説明してくれたか」が重要
  • ITサポートの価値:全部直せなくてもOK、原因を特定できればOK。外部障害やサーバ障害など、手出し不可の状況も多い。適切に切り分けて、必要に応じてエスカレーションすることがプロの仕事

💬 次回予告(DAY38)

👉 DAY38:「社内ネットワーク ― よくある構成」
企業ネットワークの基本構成を学ぼう!

\ 最新情報をチェック /