サイトアイコン プログラマー(PG)・システムエンジニア(SE)になるための入門講座

特定の端末だけ通信できない原因｜IT初心者向けの切り分け手順と解決方法

pgse

特定の端末だけ通信できない原因｜IT初心者向けの切り分け手順と解決方法

特定の端末だけ通信できない場合は、社内ネットワーク全体ではなく、その端末の設定、LANケーブル、Wi-Fi、IPアドレス、DNS、認証情報、セキュリティ設定に原因がある可能性が高いです。

IT業務では、「同じ部署のほかのパソコンは使えるのに、1台だけインターネットや共有フォルダへ接続できない」という問い合わせがよく発生します。

このような障害では、ネットワーク機器をすぐに再起動するのではなく、正常な端末と問題の端末を比較しながら確認すると、効率よく原因を特定できます。

  1. 特定の端末だけ通信できない状態とは
  2. 特定の端末だけ通信できない主な原因
  3. 最初に確認するべき影響範囲
  4. 確認する順番
  5. STEP1 LANケーブルとWi-Fiを確認する
    1. 有線LANの場合
    2. Wi-Fiの場合
  6. STEP2 ネットワークアダプターを確認する
    1. GUIで確認する方法
  7. STEP3 IPアドレスを確認する
    1. コマンドプロンプトで確認する方法
    2. 確認結果の見方
  8. STEP4 pingコマンドで通信範囲を確認する
    1. 自分自身の通信機能を確認する
    2. 自分のIPアドレスを確認する
    3. デフォルトゲートウェイを確認する
    4. 外部IPアドレスを確認する
    5. ホスト名で確認する
  9. STEP5 DNSの名前解決を確認する
    1. DNSキャッシュを削除する方法
  10. STEP6 DHCPからIPアドレスを再取得する
  11. STEP7 プロキシ設定を確認する
    1. Windows 11で確認する方法
  12. STEP8 ファイアウォールとセキュリティソフトを確認する
  13. STEP9 ユーザー権限と認証情報を確認する
  14. Active Directory側で考えられる原因
  15. イベントビューアーでログを確認する
    1. 起動方法
  16. PowerShellで確認できる内容
    1. ネットワークアダプターの状態
    2. IP設定の確認
    3. 特定ポートへの接続確認
  17. 正常端末と比較するポイント
  18. 現場でよくあるトラブル例
    1. 固定IPアドレスが残っていた
    2. Wi-Fiは接続済みだがSSIDが違った
    3. 古い認証情報が保存されていた
  19. 筆者が経験した失敗例
  20. 初心者がやりがちなミス
  21. 危険な設定変更を行う前の注意点
  22. 上司へ報告するポイント
    1. 報告例
  23. エスカレーションするタイミング
  24. 新人が覚えておくべきポイント
  25. 関連するIT用語
  26. よくある質問（FAQ）
    1. Q. 再起動すると直る場合がありますか？
    2. Q. 169.254から始まるIPアドレスは異常ですか？
    3. Q. pingは通るのに共有フォルダへ接続できません。
    4. Q. IPアドレスでは接続できますが、サーバー名では接続できません。
    5. Q. ネットワークのリセットを実行してもよいですか？
  27. まとめ

特定の端末だけ通信できない状態とは

特定の端末だけ通信できないとは、同じ場所や同じネットワークを利用しているほかの端末は正常なのに、1台または少数の端末だけ通信できない状態です。

代表的な症状には、次のようなものがあります。

特定の端末だけ通信できない主な原因

原因 主な症状
LANケーブルやWi-Fiの不具合 ネットワーク自体へ接続できない
IPアドレスの取得失敗 169.254から始まるIPアドレスになる
IPアドレスの重複 通信できたり切れたりする
DNS設定の異常 IPアドレスでは接続できるが名前では接続できない
デフォルトゲートウェイの異常 社内LANにはつながるがインターネットへ出られない
ネットワークアダプターの異常 有線LANやWi-Fiが認識されない
プロキシ設定 Webサイトだけ開けない
セキュリティソフトやファイアウォール 特定の通信だけ遮断される
ユーザー権限や認証情報 共有フォルダや業務システムだけ利用できない
Active Directoryの問題 ドメイン認証や社内リソースへの接続に失敗する

最初に確認するべき影響範囲

障害対応では、最初に「本当にその端末だけなのか」を確認します。

  1. 同じ部署のほかの端末は通信できるか確認する
  2. 同じLANケーブルやWi-Fiを別の端末で試す
  3. 問題の端末を別のLANポートやWi-Fiへ接続する
  4. インターネットだけか、社内通信もできないのか確認する
  5. 別ユーザーでサインインしても同じか確認する
確認結果 考えられる原因
別端末は正常 問題端末側の設定や故障
同じLANポートでは別端末も通信不可 LANポートやスイッチ側の問題
別ユーザーなら通信可能 ユーザープロファイルや認証情報の問題
社内通信は可能、インターネットだけ不可 ゲートウェイ、DNS、プロキシの問題
特定サーバーだけ接続不可 権限、DNS、サーバー側のアクセス制御

確認する順番

現場では、次の順番で確認すると原因を切り分けやすくなります。

  1. LANケーブルやWi-Fiの接続状態を確認する
  2. ネットワークアダプターの状態を確認する
  3. IPアドレス、DNS、ゲートウェイを確認する
  4. pingコマンドで通信範囲を確認する
  5. 名前解決を確認する
  6. プロキシやファイアウォールを確認する
  7. ユーザー権限やActive Directoryを確認する
  8. イベントビューアーでエラーを確認する

STEP1 LANケーブルとWi-Fiを確認する

有線LANの場合

Wi-Fiの場合

Windows 11では、画面右下のネットワークアイコンをクリックすると、Wi-Fiや機内モードの状態を確認できます。

STEP2 ネットワークアダプターを確認する

ネットワークアダプターとは、パソコンを有線LANやWi-Fiへ接続するための機器です。

GUIで確認する方法

  1. WindowsキーとXキーを押す
  2. 「デバイスマネージャー」を開く
  3. 「ネットワークアダプター」を展開する
  4. 黄色い警告マークや下向き矢印がないか確認する

下向き矢印が表示されている場合は、アダプターが無効になっています。右クリックして「デバイスを有効にする」を選択してください。

黄色い警告マークがある場合は、ドライバーの異常や機器の故障が考えられます。

STEP3 IPアドレスを確認する

コマンドプロンプトで確認する方法

WindowsキーとRキーを押し、「cmd」と入力してEnterキーを押します。

次のコマンドを実行します。

ipconfig /all

主に確認する項目は次のとおりです。

確認結果の見方

表示内容 意味
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で確認する方法

  1. 設定を開く
  2. 「ネットワークとインターネット」を選択する
  3. 「プロキシ」を開く
  4. 会社指定の設定になっているか確認する

プロキシを使用する会社では、勝手にオフへ変更しないでください。正常端末の設定や社内手順書と比較します。

STEP8 ファイアウォールとセキュリティソフトを確認する

Windows Defender ファイアウォールやセキュリティソフトが、特定の通信を遮断している場合があります。

ただし、原因確認のためにセキュリティ機能を無断で停止するのは危険です。

業務端末のファイアウォールやウイルス対策ソフトを停止する場合は、必ず管理者の承認を得てください。

STEP9 ユーザー権限と認証情報を確認する

インターネットは使えるものの、共有フォルダや業務システムだけ利用できない場合は、通信ではなくユーザー権限の問題かもしれません。

Windowsでは「資格情報マネージャー」に古いユーザー名やパスワードが保存されていることがあります。

コントロールパネルから「資格情報マネージャー」を開き、対象サーバーの認証情報を確認します。削除する場合は、業務への影響を確認してから実施してください。

Active Directory側で考えられる原因

Active Directoryは、社内のユーザーやパソコンを一元管理するMicrosoftの仕組みです。

ドメイン参加端末では、次の問題によって通信できないように見えることがあります。

ドメイン関連のエラーが表示される場合は、利用者側だけで対応せず、Active Directory管理者へエスカレーションします。

イベントビューアーでログを確認する

Windowsのイベントビューアーでは、ネットワークや認証に関するエラーを確認できます。

起動方法

  1. WindowsキーとXキーを押す
  2. 「イベントビューアー」を選択する
  3. 「Windowsログ」を開く
  4. 「システム」を選択する

次のような発生元を確認します。

イベント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は正常だったため、通信だけを確認して調査を終えそうになりました。

この経験から、社内リソースへ接続できない場合は、ネットワークだけでなく、認証、時刻、ユーザー権限まで確認する必要があると学びました。

初心者がやりがちなミス

危険な設定変更を行う前の注意点

次の操作は、ほかの利用者や業務システムへ影響する可能性があります。

設定変更前には、現在の設定を画面キャプチャやメモで記録し、必要に応じて上司や管理者の承認を得てください。

上司へ報告するポイント

報告例

「10時15分からPC-001のみ共有フォルダへ接続できません。インターネット接続とゲートウェイへのpingは正常です。サーバー名の名前解決も成功していますが、別ユーザーでは接続できたため、利用ユーザーの権限または保存済み認証情報が原因と考えています。」

エスカレーションするタイミング

新人が覚えておくべきポイント

関連するIT用語

よくある質問（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現場では、むやみに設定を変更するよりも、どこまで通信できているかを確認し、その結果を整理して報告することが評価されます。基本手順を守り、安全に原因を切り分けましょう。

モバイルバージョンを終了