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

🐥 カイピヨくんと学ぶ ITサポート独学
- DAY37|接続トラブル対応
- 📖 はじめに|DAY37は「対応の型が身につく日」
- 第1章|結論:ITサポートは「切り分け係」
- 第2章|接続トラブルの正体は4パターン
- 🎮 体験しよう:接続トラブル分類ツール
- 第3章|対応前に必ず聞く質問(超重要)
- 🎮 体験しよう:黄金の質問シミュレーター
- 第4章|ITサポートの基本対応フロー
- 🎮 体験しよう:ITサポート対応フロー
- 🎯 3つのケーススタディ
- 第8章|再起動は"最後"じゃない
- 第9章|やってはいけないITサポート対応
- 第10章|利用者への説明テンプレ(即使える)
- 第11章|ITサポートは"正解"より"過程"
- 第12章|DAY37で覚えればOKなこと
- 📊 今日のゴール
- 📝 DAY37まとめ
DAY37|接続トラブル対応
― ITサポート目線 ―
通勤中、家事をしながら、ITサポートの型を音声で学習
※音声と記事の内容は同じです。お好みの方法で学習してください
📖 はじめに|DAY37は「対応の型が身につく日」
ITサポートに来る相談は、だいたいこう始まります。
- 「つながらないです」
- 「急に使えなくなりました」
- 「昨日まで普通でした」
ここで新人がやりがちなのは👇
- ❌ いきなり操作する
- ❌ 勘で原因を決める
- ❌ 焦って全部触る
DAY37では、
"何を・どの順で・どう考えるか"
ITサポートの型(フレームワーク)を教えます。
「手を動かす前に、
頭を動かすピヨ!」🐥💙
第1章|結論:ITサポートは「切り分け係」
まず結論です。
直す人ではなく、
"原因を特定する人"
なぜ?
📊 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
切れたり
接続トラブルの分類
第3章|対応前に必ず聞く質問(超重要)
🎮 体験しよう:黄金の質問シミュレーター
• 「今朝から」→設定変更やアップデートを疑う
• 「昨日から」→段階的な障害の可能性
• 「ずっと」→初期設定ミスの可能性
得られる情報:時系列、変更点の有無、突発的か慢性的か
• 「設定を変えた」→設定の戻し方を案内
• 「何もしていない」→環境変化を疑う
• 「ソフトをインストールした」→競合を疑う
得られる情報:トリガー、因果関係、再現性
• 「自分だけ」→端末側の問題
• 「みんな」→ネットワーク・回線側の問題
• 「一部の人」→グループ設定や場所依存
得られる情報:影響範囲、原因箇所の絞り込み
• 「どこも見れない」→インターネット接続自体の問題
• 「Googleは見れる」→DNS正常、特定サーバの問題
• 「社内システムだけNG」→VPN・認証・サーバの問題
得られる情報:接続レイヤー、原因の階層
• 「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サポート対応フロー
⚠️ 重要ポイント
- ✅ 順番を飛ばさない
- ✅ 逆戻りしない
🎯 3つのケーススタディ
• 他の人:✅ OK
• 相談者:❌ NG
• Wi-Fiマークは表示されている
判断:端末側の問題
見るポイント:
- Wi-Fi接続状態:正しいSSIDに接続しているか、パスワード誤りはないか
- IP取得:IPアドレスが正常に取得できているか(169.254.x.xはAPIPAエラー)
- 機内モード:機内モードがONになっていないか
- プロキシ設定:不要なプロキシ設定が入っていないか
- DNSキャッシュ:古いDNSキャッシュが残っていないか
対処法:
- Wi-Fi再接続(一度OFFにしてON)
- ipconfig /release → ipconfig /renew(Windows)
- ipconfig /flushdns でDNSキャッシュクリア
- ネットワーク設定のリセット
👉 個別設定の問題
影響範囲が1人だけなので、その端末固有の設定や状態に原因があります。
• 社内全体:❌ NG
• 端末種類問わず全員
• 突然発生
判断:LAN/ルーター/回線の問題
確認ポイント:
- ルーター状態:ランプの色・点滅パターンを確認
- 配線状態:LANケーブル抜け、ONUの電源等
- 回線情報:プロバイダーの障害情報をスマホ回線で確認
- 影響範囲:フロア全体か、建物全体か、地域全体か
対処法:
- ルーター再起動(電源OFF→30秒待機→ON)
- ONUとルーターの再起動(順番に)
- LANケーブルの再接続確認
- プロバイダーに障害確認・問い合わせ
👉 影響範囲が広い
全員が影響を受けているため、共通のインフラ(ルーター、回線)に原因があります。個別端末の設定は関係ありません。
• Google:✅ OK
• 社内システム:❌ NG
• 全員が同じ症状
判断:相手側 or DNS
確認ポイント:
- 他のサイトの動作:インターネット接続自体は正常か
- DNS解決:nslookupでドメイン名が解決できるか
- Ping疎通:ping [IPアドレス] でサーバに到達できるか
- エラーメッセージ:「サーバが見つかりません」か「タイムアウト」か
- 外部からのアクセス:スマホ回線から同じサイトにアクセスできるか
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サポート対応
現場で嫌われます
良い対応
第10章|利用者への説明テンプレ(即使える)
例文①
ネットワーク側かを
切り分けています」
例文②
このPCだけの問題ですね」
第11章|ITサポートは"正解"より"過程"
- ✅ 全部直せなくてもOK
- ✅ 原因を特定できればOK
なぜ?
第12章|DAY37で覚えればOKなこと
- ✅ ITサポートは切り分け役
- ✅ 質問が8割
- ✅ 4分類に必ず分かれる
- ✅ 再起動は仮説後
- ✅ 説明が信頼を生む
📝 確認クイズ(DAY37)
ITサポートの基本を確認しよう
「焦るほど、質問から戻るピヨ。」
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:「社内ネットワーク ― よくある構成」
企業ネットワークの基本構成を学ぼう!


