特定の端末だけ通信できない原因｜IT初心者向けの切り分け手順と解決方法
特定の端末だけ通信できない場合は、社内ネットワーク全体ではなく、その端末の設定、LANケーブル、Wi-Fi、IPアドレス、DNS、認証情報、セキュリティ設定に原因がある可能性が高いです。
IT業務では、「同じ部署のほかのパソコンは使えるのに、1台だけインターネットや共有フォルダへ接続できない」という問い合わせがよく発生します。
このような障害では、ネットワーク機器をすぐに再起動するのではなく、正常な端末と問題の端末を比較しながら確認すると、効率よく原因を特定できます。
- 特定の端末だけ通信できない状態とは
- 特定の端末だけ通信できない主な原因
- 最初に確認するべき影響範囲
- 確認する順番
- STEP1 LANケーブルとWi-Fiを確認する
- STEP2 ネットワークアダプターを確認する
- STEP3 IPアドレスを確認する
- STEP4 pingコマンドで通信範囲を確認する
- STEP5 DNSの名前解決を確認する
- STEP6 DHCPからIPアドレスを再取得する
- STEP7 プロキシ設定を確認する
- STEP8 ファイアウォールとセキュリティソフトを確認する
- STEP9 ユーザー権限と認証情報を確認する
- Active Directory側で考えられる原因
- イベントビューアーでログを確認する
- PowerShellで確認できる内容
- 正常端末と比較するポイント
- 現場でよくあるトラブル例
- 筆者が経験した失敗例
- 初心者がやりがちなミス
- 危険な設定変更を行う前の注意点
- 上司へ報告するポイント
- エスカレーションするタイミング
- 新人が覚えておくべきポイント
- 関連するIT用語
- よくある質問（FAQ）
- まとめ
特定の端末だけ通信できない状態とは
特定の端末だけ通信できないとは、同じ場所や同じネットワークを利用しているほかの端末は正常なのに、1台または少数の端末だけ通信できない状態です。
代表的な症状には、次のようなものがあります。
- インターネットにつながらない
- 社内の共有フォルダを開けない
- 業務システムへ接続できない
- プリンターへ印刷できない
- リモートデスクトップ接続ができない
- Wi-Fiへ接続しても「インターネットなし」と表示される
- ネットワークドライブに赤いバツ印が付いている
特定の端末だけ通信できない主な原因
| 原因 | 主な症状 |
|---|---|
| LANケーブルやWi-Fiの不具合 | ネットワーク自体へ接続できない |
| IPアドレスの取得失敗 | 169.254から始まるIPアドレスになる |
| IPアドレスの重複 | 通信できたり切れたりする |
| DNS設定の異常 | IPアドレスでは接続できるが名前では接続できない |
| デフォルトゲートウェイの異常 | 社内LANにはつながるがインターネットへ出られない |
| ネットワークアダプターの異常 | 有線LANやWi-Fiが認識されない |
| プロキシ設定 | Webサイトだけ開けない |
| セキュリティソフトやファイアウォール | 特定の通信だけ遮断される |
| ユーザー権限や認証情報 | 共有フォルダや業務システムだけ利用できない |
| Active Directoryの問題 | ドメイン認証や社内リソースへの接続に失敗する |
最初に確認するべき影響範囲
障害対応では、最初に「本当にその端末だけなのか」を確認します。
- 同じ部署のほかの端末は通信できるか確認する
- 同じLANケーブルやWi-Fiを別の端末で試す
- 問題の端末を別のLANポートやWi-Fiへ接続する
- インターネットだけか、社内通信もできないのか確認する
- 別ユーザーでサインインしても同じか確認する
| 確認結果 | 考えられる原因 |
|---|---|
| 別端末は正常 | 問題端末側の設定や故障 |
| 同じLANポートでは別端末も通信不可 | LANポートやスイッチ側の問題 |
| 別ユーザーなら通信可能 | ユーザープロファイルや認証情報の問題 |
| 社内通信は可能、インターネットだけ不可 | ゲートウェイ、DNS、プロキシの問題 |
| 特定サーバーだけ接続不可 | 権限、DNS、サーバー側のアクセス制御 |
確認する順番
現場では、次の順番で確認すると原因を切り分けやすくなります。
- LANケーブルやWi-Fiの接続状態を確認する
- ネットワークアダプターの状態を確認する
- IPアドレス、DNS、ゲートウェイを確認する
- pingコマンドで通信範囲を確認する
- 名前解決を確認する
- プロキシやファイアウォールを確認する
- ユーザー権限やActive Directoryを確認する
- イベントビューアーでエラーを確認する
STEP1 LANケーブルとWi-Fiを確認する
有線LANの場合
- LANケーブルが抜けかけていないか
- コネクターのツメが折れていないか
- パソコンやLANポートのランプが点灯しているか
- 別のLANケーブルへ交換して改善するか
- 別のLANポートへ差し替えて改善するか
Wi-Fiの場合
- Wi-Fiが有効になっているか
- 機内モードがオフになっているか
- 正しいSSIDへ接続しているか
- 電波強度が弱くないか
- 保存されたWi-Fi設定を削除して再接続できるか
Windows 11では、画面右下のネットワークアイコンをクリックすると、Wi-Fiや機内モードの状態を確認できます。
STEP2 ネットワークアダプターを確認する
ネットワークアダプターとは、パソコンを有線LANやWi-Fiへ接続するための機器です。
GUIで確認する方法
- WindowsキーとXキーを押す
- 「デバイスマネージャー」を開く
- 「ネットワークアダプター」を展開する
- 黄色い警告マークや下向き矢印がないか確認する
下向き矢印が表示されている場合は、アダプターが無効になっています。右クリックして「デバイスを有効にする」を選択してください。
黄色い警告マークがある場合は、ドライバーの異常や機器の故障が考えられます。
STEP3 IPアドレスを確認する
コマンドプロンプトで確認する方法
WindowsキーとRキーを押し、「cmd」と入力してEnterキーを押します。
次のコマンドを実行します。
ipconfig /all
主に確認する項目は次のとおりです。
- IPv4アドレス
- サブネットマスク
- デフォルトゲートウェイ
- DHCPが有効か
- DNSサーバー
確認結果の見方
| 表示内容 | 意味 |
|---|---|
| 169.254.xxx.xxx | DHCPからIPアドレスを取得できていない |
| デフォルトゲートウェイが空欄 | 別ネットワークやインターネットへ通信できない |
| 正常端末と異なるネットワーク帯 | 誤った固定IPやVLANの可能性 |
| メディアは接続されていません | LANケーブル未接続やアダプター無効 |
例えば、正常端末が「192.168.10.xxx」なのに、問題端末だけ「192.168.1.xxx」になっている場合は、固定IPアドレスの設定ミスが疑われます。
STEP4 pingコマンドで通信範囲を確認する
pingコマンドを使うと、どこまで通信できているか確認できます。
自分自身の通信機能を確認する
ping 127.0.0.1
応答がない場合は、TCP/IPと呼ばれるWindowsの通信機能に異常がある可能性があります。
自分のIPアドレスを確認する
ping 自分のIPアドレス
自分のIPアドレスにも応答がない場合は、ネットワークアダプターやWindows側の問題が疑われます。
デフォルトゲートウェイを確認する
ping 192.168.1.1
実際には、ipconfigで表示されたデフォルトゲートウェイのアドレスを指定します。
応答がない場合は、LANケーブル、Wi-Fi、スイッチ、VLAN設定などを確認します。
外部IPアドレスを確認する
ping 8.8.8.8
ゲートウェイには届くのに外部IPアドレスへ届かない場合は、ルーター、ファイアウォール、回線側の問題が考えられます。
ホスト名で確認する
ping google.com
8.8.8.8には届くのにgoogle.comへ届かない場合は、DNSによる名前解決の問題が疑われます。
STEP5 DNSの名前解決を確認する
DNS（Domain Name System）は、「google.com」のような名前をIPアドレスへ変換する仕組みです。
コマンドプロンプトで次のコマンドを実行します。
nslookup google.com
PowerShellでは、次のコマンドでも確認できます。
Resolve-DnsName google.com
正常端末では名前解決できるのに、問題端末だけエラーになる場合は、その端末のDNS設定やDNSキャッシュに問題がある可能性があります。
DNSキャッシュを削除する方法
管理者としてコマンドプロンプトを開き、次のコマンドを実行します。
ipconfig /flushdns
これは保存されている名前解決情報を削除する操作です。サーバーやルーターの設定を変更するものではありません。
STEP6 DHCPからIPアドレスを再取得する
DHCP（Dynamic Host Configuration Protocol）は、端末へIPアドレスなどを自動配布する仕組みです。
IPアドレスの取得に失敗している場合は、管理者としてコマンドプロンプトを開き、次の順番で実行します。
ipconfig /release
ipconfig /renew
実行後、ipconfig /allでIPアドレスが正常になったか確認します。
固定IPアドレスを使用している端末では、この操作を行う前に設定内容を確認してください。
STEP7 プロキシ設定を確認する
プロキシとは、端末の代わりにインターネットへ接続する中継サーバーです。
誤ったプロキシが設定されていると、社内通信はできてもWebサイトだけ開けないことがあります。
Windows 11で確認する方法
- 設定を開く
- 「ネットワークとインターネット」を選択する
- 「プロキシ」を開く
- 会社指定の設定になっているか確認する
プロキシを使用する会社では、勝手にオフへ変更しないでください。正常端末の設定や社内手順書と比較します。
STEP8 ファイアウォールとセキュリティソフトを確認する
Windows Defender ファイアウォールやセキュリティソフトが、特定の通信を遮断している場合があります。
ただし、原因確認のためにセキュリティ機能を無断で停止するのは危険です。
- 直前にセキュリティソフトを更新していないか
- 遮断通知や検知履歴がないか
- 特定のアプリケーションだけ通信できないか
- 会社のセキュリティポリシーに違反していないか
業務端末のファイアウォールやウイルス対策ソフトを停止する場合は、必ず管理者の承認を得てください。
STEP9 ユーザー権限と認証情報を確認する
インターネットは使えるものの、共有フォルダや業務システムだけ利用できない場合は、通信ではなくユーザー権限の問題かもしれません。
- 正しいユーザーでサインインしているか
- パスワードを変更した直後ではないか
- アカウントがロックされていないか
- 共有フォルダのアクセス権が付与されているか
- 保存された古い認証情報が残っていないか
Windowsでは「資格情報マネージャー」に古いユーザー名やパスワードが保存されていることがあります。
コントロールパネルから「資格情報マネージャー」を開き、対象サーバーの認証情報を確認します。削除する場合は、業務への影響を確認してから実施してください。
Active Directory側で考えられる原因
Active Directoryは、社内のユーザーやパソコンを一元管理するMicrosoftの仕組みです。
ドメイン参加端末では、次の問題によって通信できないように見えることがあります。
- コンピューターアカウントが無効になっている
- 端末とドメインの信頼関係が壊れている
- グループポリシーで通信が制限されている
- ユーザーアカウントがロックされている
- 端末時刻がドメインコントローラーとずれている
ドメイン関連のエラーが表示される場合は、利用者側だけで対応せず、Active Directory管理者へエスカレーションします。
イベントビューアーでログを確認する
Windowsのイベントビューアーでは、ネットワークや認証に関するエラーを確認できます。
起動方法
- WindowsキーとXキーを押す
- 「イベントビューアー」を選択する
- 「Windowsログ」を開く
- 「システム」を選択する
次のような発生元を確認します。
- DNS Client Events
- Dhcp-Client
- WLAN-AutoConfig
- Netwtw
- e1dexpress
- Netlogon
イベントID、発生日時、エラー内容を記録しておくと、上位担当者へ正確に報告できます。
PowerShellで確認できる内容
ネットワークアダプターの状態
Get-NetAdapter
Statusが「Up」なら有効です。「Disabled」や「Disconnected」の場合は、無効化や未接続が考えられます。
IP設定の確認
Get-NetIPConfiguration
IPアドレス、デフォルトゲートウェイ、DNSサーバーをまとめて確認できます。
特定ポートへの接続確認
Test-NetConnection サーバー名 -Port 443
443はHTTPS通信で使われる代表的なポート番号です。TcpTestSucceededがTrueなら、そのポートへ接続できています。
正常端末と比較するポイント
特定端末だけの障害では、正常端末との比較が非常に有効です。
| 比較項目 | 確認内容 |
|---|---|
| IPアドレス | 同じネットワーク帯か |
| デフォルトゲートウェイ | 同じ値か |
| DNSサーバー | 会社指定の値か |
| プロキシ | 同じ設定か |
| 接続先SSID | 社内用Wi-Fiへ接続しているか |
| ユーザー権限 | 対象サービスの利用権限があるか |
| Windows Update | 更新後から発生していないか |
現場でよくあるトラブル例
固定IPアドレスが残っていた
別拠点で使用していた端末を移動した際、以前の固定IPアドレスが残っており、新しい拠点で通信できないケースがあります。
正常端末とipconfig /allの結果を比較すると、IPアドレスやデフォルトゲートウェイが異なっていたため、原因を特定できます。
Wi-Fiは接続済みだがSSIDが違った
来客用Wi-Fiや検証用Wi-Fiへ接続しており、社内サーバーへアクセスできないケースも少なくありません。
Wi-Fiマークだけを見て判断せず、接続先のSSIDまで確認することが重要です。
古い認証情報が保存されていた
パスワード変更後に共有フォルダへ接続できなくなり、資格情報マネージャーに古いパスワードが残っていた事例があります。
ネットワーク疎通は正常だったため、通信障害ではなく認証の問題として切り分けられました。
筆者が経験した失敗例
私が対応した障害で、特定端末だけ共有フォルダへ接続できなかったため、最初はアクセス権の問題だと判断したことがあります。
しかし、実際の原因は端末の時刻が大きくずれており、ドメイン認証に失敗していたことでした。pingは正常だったため、通信だけを確認して調査を終えそうになりました。
この経験から、社内リソースへ接続できない場合は、ネットワークだけでなく、認証、時刻、ユーザー権限まで確認する必要があると学びました。
初心者がやりがちなミス
- 「通信できない」という言葉だけでインターネット障害と判断する
- 正常端末と設定を比較しない
- LANケーブルを確認せず設定変更を始める
- IPアドレスだけ見てDNSを確認しない
- セキュリティソフトを無断で停止する
- 固定IPアドレスを記録せず変更する
- ルーターやスイッチを勝手に再起動する
危険な設定変更を行う前の注意点
次の操作は、ほかの利用者や業務システムへ影響する可能性があります。
- 固定IPアドレスの変更
- DNSサーバーの変更
- ファイアウォールの停止
- セキュリティソフトの無効化
- ネットワーク機器の再起動
- 端末のドメイン離脱
- ネットワーク設定の完全リセット
設定変更前には、現在の設定を画面キャプチャやメモで記録し、必要に応じて上司や管理者の承認を得てください。
上司へ報告するポイント
- 発生日時
- 対象端末名
- 利用ユーザー名
- 有線LANかWi-Fiか
- ほかの端末は正常か
- 接続できない対象
- IPアドレスとデフォルトゲートウェイ
- pingやnslookupの結果
- イベントログのエラー
- 実施済みの対応
報告例
「10時15分からPC-001のみ共有フォルダへ接続できません。インターネット接続とゲートウェイへのpingは正常です。サーバー名の名前解決も成功していますが、別ユーザーでは接続できたため、利用ユーザーの権限または保存済み認証情報が原因と考えています。」
エスカレーションするタイミング
- ネットワークアダプターにエラーが表示される
- IPアドレスを正常に取得できない
- IPアドレスの重複が疑われる
- Active Directoryの信頼関係エラーが表示される
- グループポリシーによる制御が疑われる
- 端末の管理者権限が必要になる
- セキュリティ機能の停止が必要になる
- 原因の切り分けが完了しても復旧しない
新人が覚えておくべきポイント
- 特定端末だけなら端末側から確認する
- 正常端末との比較が最も有効
- 物理接続、IP設定、疎通、DNS、認証の順番で確認する
- 通信障害と権限エラーを混同しない
- 設定変更前に現在の値を記録する
- 確認結果を数値やエラー内容で報告する
関連するIT用語
- IPアドレス
- DNS（Domain Name System）
- DHCP（Dynamic Host Configuration Protocol）
- デフォルトゲートウェイ
- ネットワークアダプター
- プロキシサーバー
- ファイアウォール
- Active Directory
- グループポリシー
- VLAN（Virtual Local Area Network）
よくある質問（FAQ）
Q. 再起動すると直る場合がありますか？
一時的なドライバー異常やIPアドレス取得の失敗であれば、端末の再起動で改善する場合があります。ただし、再起動前にIP設定やエラー内容を記録しておくと、再発時の調査に役立ちます。
Q. 169.254から始まるIPアドレスは異常ですか？
通常の社内環境では、DHCPサーバーからIPアドレスを取得できていない可能性が高い状態です。LANケーブル、Wi-Fi、DHCPサーバーへの接続を確認してください。
Q. pingは通るのに共有フォルダへ接続できません。
通信経路は正常でも、ユーザー権限、認証情報、ファイアウォール、共有設定などに問題がある可能性があります。エラーメッセージと利用ユーザーを確認しましょう。
Q. IPアドレスでは接続できますが、サーバー名では接続できません。
DNSによる名前解決の問題が疑われます。nslookupやResolve-DnsNameで確認し、正常端末のDNS設定と比較してください。
Q. ネットワークのリセットを実行してもよいですか？
ネットワークのリセットを行うと、アダプターやVPN、仮想ネットワークなどの設定が初期化される場合があります。業務端末では最後の手段とし、管理者へ確認してから実行してください。
まとめ
特定の端末だけ通信できない場合は、「物理接続の確認 → ネットワークアダプターの確認 → IP設定の確認 → pingによる疎通確認 → DNSの確認 → プロキシやセキュリティの確認 → ユーザー権限とActive Directoryの確認」という順番で切り分けます。
特に重要なのは、正常な端末と問題の端末を比較することです。IPアドレス、DNS、ゲートウェイ、接続先SSID、ユーザー権限の違いを確認すると、原因を早く見つけられます。
IT現場では、むやみに設定を変更するよりも、どこまで通信できているかを確認し、その結果を整理して報告することが評価されます。基本手順を守り、安全に原因を切り分けましょう。
コメント