Windows 11でWi-Fiが「接続済み」なのにインターネットへ出られない場合、DHCPの問題である可能性はあります。ただし、最初からDHCP障害と決めつけるのは早計です。
まず、同じWi-Fiにスマートフォンなど別の端末を接続できるか確認し、回線全体の問題か、そのWindows 11パソコンだけの問題かを切り分けます。そのうえでipconfig /allを実行し、Wi-FiアダプターのIPv4アドレスが169.254.x.xになっている場合は、DHCPからIPアドレスを取得できていない可能性を疑います。Microsoftも、静的IPアドレスを使用していない環境で169.254.x.xが表示される場合、ルーターからIPアドレスを取得できていない可能性があると案内しています。([マイクロソフト サポート][1])
Wi-Fi接続済みでもインターネットが使えない理由
Wi-Fiの「接続済み」は、パソコンと無線LANルーターやアクセスポイントの間で通信できていることを示します。そこから先のインターネット接続まで正常とは限りません。
主な原因は次のとおりです。
| 状況 | 主に疑う箇所 |
|---|---|
| 同じWi-Fiの端末がすべてつながらない | ルーター、ONU、モデム、通信回線、プロバイダー |
| Windows 11パソコンだけつながらない | DHCP、DNS、プロキシ、VPN、Wi-Fiアダプター |
IPv4アドレスが169.254.x.x | DHCPによるIPアドレス取得の失敗 |
| IPアドレスとゲートウェイが設定されている | DNS、プロキシ、VPN、回線上流の問題 |
| 特定のWebサイトやアプリだけ使えない | Webサイト側、アプリ、ブラウザ、ファイアウォール |
| ホテルや施設のWi-Fiで使えない | ブラウザ認証、利用規約への同意、接続台数制限 |
DHCPは、パソコンにIPアドレス、サブネットマスク、デフォルトゲートウェイ、DNSサーバーなどを自動設定する仕組みです。DHCPによる設定取得に失敗すると、Wi-Fiには接続できても、インターネットへ通信するための経路が設定されないことがあります。
最初に同じWi-Fiで別の端末が使えるか確認する
最初に、スマートフォンや別のパソコンを同じWi-Fiへ接続します。
スマートフォンで確認するときは、モバイルデータ通信を一時的にオフにしてください。モバイルデータ通信が有効なままだと、Wi-Fiが使えなくても携帯電話回線でWebページが開き、正常だと誤判断することがあります。
Microsoftも、同じネットワークに別の端末を接続し、別端末が使える場合は問題の原因がそのパソコン側にある可能性が高いと案内しています。([マイクロソフト サポート][1])
ほかの端末もインターネットへ出られない場合
パソコンのDHCP設定を変更する前に、次の項目を確認します。
- ルーターやONUの警告ランプが点灯していないか
- 通信事業者やプロバイダーで障害が発生していないか
- ルーターのインターネット接続設定が失われていないか
- ルーターに接続できる端末数の上限を超えていないか
- ホテルや公共Wi-Fiで認証画面への同意が必要ではないか
自宅の機器であれば、ルーターやONUの説明書に従って再起動する方法もあります。会社、学校、公共施設などのネットワーク機器は、利用者が勝手に再起動してはいけません。
そのパソコンだけインターネットへ出られない場合
Windows 11側のIPアドレス、デフォルトゲートウェイ、DNS、プロキシ、VPNなどを確認します。
特に、Wi-Fiへ接続した直後から使えない場合や、スリープ復帰後に使えなくなった場合は、DHCPからの設定取得が正常に完了しているかを確認します。
ipconfigでIPアドレスとゲートウェイを確認する
Windows 11では、ipconfigコマンドを使って現在のネットワーク設定を確認できます。
コマンドプロンプトを開く
- タスクバーの検索欄を選択します。
cmdまたは「コマンドプロンプト」と入力します。- 「コマンドプロンプト」の「管理者として実行」を選択します。
- ユーザーアカウント制御が表示されたら、内容を確認して許可します。
続いて、次のコマンドを入力します。
ipconfig /allipconfig /allでは、すべてのネットワークアダプターについて、IPアドレス、デフォルトゲートウェイ、DHCPの有効状態、DHCPサーバー、DNSサーバーなどを確認できます。([Microsoft Learn][2])
Wi-Fiアダプターの項目を探す
結果には、Wi-Fi以外にも次のようなアダプターが表示される場合があります。
- Ethernet
- Bluetoothネットワーク接続
- VPNアダプター
- Hyper-Vなどの仮想アダプター
- 過去に使用した無効なアダプター
確認するのは、通常「Wireless LAN adapter Wi-Fi」や「ワイヤレス LAN アダプター Wi-Fi」と表示される項目です。
使っていない仮想アダプターに169.254.x.xが表示されていても、Wi-Fiアダプターに正常なIPアドレスが設定されていれば、直ちにDHCP障害とは判断できません。
確認する項目
Wi-Fiアダプター内で、次の項目を確認します。
| 確認項目 | 見方 |
|---|---|
| DHCP有効 | 「はい」ならIPアドレスを自動取得する設定 |
| IPv4アドレス | 169.254.x.xになっていないか |
| デフォルトゲートウェイ | ルーターのIPアドレスが表示されているか |
| DHCPサーバー | IPアドレスの配布元が表示されているか |
| DNSサーバー | 名前解決に使用するサーバーが表示されているか |
169.254で始まるIPアドレスは何を意味するのか
IPv4アドレスが次のようになっている場合は、DHCPによる設定取得に失敗している可能性があります。
169.254.x.xWindowsは、DHCPサーバーから適切なIPv4アドレスを取得できなかった場合、APIPAと呼ばれる仕組みによって169.254.x.xのアドレスを自動設定することがあります。
一般的な家庭内ネットワークでは、次のような状態になりやすくなります。
- IPv4アドレスが
169.254.x.x - デフォルトゲートウェイが空欄
- DHCPサーバーが表示されない
- Wi-Fiは接続済みだがインターネットへ出られない
Microsoftも、静的IPアドレスを使用していない環境で169.254.x.xが表示される場合、WindowsがルーターからIPアドレスを取得できていない状態として案内しています。([マイクロソフト サポート][1])
ただし、169.254.x.xだけを見て「ルーターのDHCP機能が故障した」と断定してはいけません。原因としては、次のようなものも考えられます。
- Wi-Fi接続直後でDHCP取得がまだ完了していない
- 無線通信が不安定でDHCPの応答を受信できない
- ルーターのDHCP配布可能数を超えている
- 会社や学校のネットワーク認証が完了していない
- セキュリティソフトやVPNが通信を妨げている
- Wi-Fiアダプターやドライバーに問題がある
- 確認しているネットワークアダプターが間違っている
IPアドレスを解放してDHCPから取得し直す
DHCPからIPアドレスを自動取得する環境では、現在のIPアドレスを解放し、取得し直すことで復旧する場合があります。
管理者として開いたコマンドプロンプトで、次のコマンドを上から順番に実行します。
ipconfig /release
ipconfig /renew
ipconfig /flushdns
ipconfig /allMicrosoftの案内でも、Wi-Fi接続の問題に対するネットワークコマンドとして、ipconfig /release、ipconfig /renew、ipconfig /flushdnsを順番に実行する方法が示されています。([マイクロソフト サポート][1])
各コマンドの役割
| コマンド | 役割 |
|---|---|
ipconfig /release | DHCPから取得している現在のIPアドレス設定を解放する |
ipconfig /renew | DHCPサーバーへ新しいIPアドレス設定を要求する |
ipconfig /flushdns | Windows内のDNSキャッシュを消去する |
ipconfig /all | 再取得後のIPアドレスやゲートウェイを確認する |
ipconfig /flushdnsはDNSキャッシュを消去するコマンドであり、DHCPからIPアドレスを取得するコマンドではありません。IPアドレスが169.254.x.xのままの場合、DNSキャッシュを消去しても、デフォルトゲートウェイがない状態そのものは解決しません。([Microsoft Learn][2])
実行時の注意点
ipconfig /releaseを実行すると、一時的にネットワーク通信が切断されます。
次の環境では、実行前に管理者やネットワーク担当者へ確認してください。
- リモートデスクトップなどで遠隔操作している
- 固定IPアドレスを使用している
- 会社や自治体、学校が管理するパソコン
- VPNや仮想ネットワークを使用している
- 特殊な業務システムへ接続している
ipconfig /renewは、IPアドレスを自動取得する設定のアダプターで使用するコマンドです。「DHCP有効」が「いいえ」になっている固定IP環境では、実行しても意図した設定変更にはなりません。([Microsoft Learn][2])
また、未接続のEthernetやBluetoothアダプターについてエラーが表示されることがあります。重要なのは、Wi-Fiアダプターの更新結果です。
再取得後の結果から原因を判断する
ipconfig /renew後に、もう一度ipconfig /allを確認します。
正常なIPアドレスとゲートウェイを取得できた場合
IPv4アドレスがルーターから配布されたものに変わり、デフォルトゲートウェイも表示された場合は、DHCPによる設定取得が完了した可能性が高い状態です。
ブラウザを閉じて開き直し、Webページへ接続できるか確認します。
それでもインターネットへ出られない場合は、DHCP以外の問題を疑います。
- DNSサーバー
- プロキシ
- VPN
- ファイアウォール
- ルーターより上流の回線
- Webブラウザやアプリ固有の問題
169.254のまま変わらない場合
DHCPサーバーから応答を受け取れていない可能性があります。
次の順番で確認します。
- Wi-Fiを一度オフにしてからオンにする
- パソコンを再起動する
- 同じWi-Fiに別の端末が接続できるか再確認する
- 自宅であれば、ルーターの状態を確認する
- Wi-Fiの登録を削除して接続し直す
- Wi-Fiアダプターのドライバーを確認する
- 管理ネットワークでは担当者へ連絡する
Wi-Fiの登録を削除する場合は、「設定」から「ネットワークとインターネット」→「Wi-Fi」→「既知のネットワークの管理」と進み、対象のネットワークを削除して再接続します。再接続にはWi-Fiのパスワードが必要です。企業や学校のWi-Fiでは証明書や組織アカウントが必要な場合があるため、勝手に削除しないでください。([マイクロソフト サポート][1])
デフォルトゲートウェイへ通信できるか確認する
正常に見えるIPv4アドレスとデフォルトゲートウェイが設定されている場合は、パソコンからルーターまで通信できるか確認します。
ipconfigに表示されたデフォルトゲートウェイが、たとえば192.168.1.1の場合は、次のように実行します。
ping 192.168.1.1応答が返る場合は、少なくともパソコンからルーターまでのIP通信は成立している可能性が高くなります。その場合は、ルーターより上流の回線、DNS、プロキシ、VPNなどを確認します。Microsoftも、デフォルトゲートウェイへのping応答がある場合、Wi-Fiルーターとの接続は確立しており、モデムや通信事業者側に問題がある可能性を案内しています。([マイクロソフト サポート][1])
応答がない場合は、次の原因が考えられます。
- Wi-Fi通信が不安定
- デフォルトゲートウェイが誤っている
- ルーターが応答していない
- セキュリティ設定でpingが遮断されている
- 別のネットワークへ接続している
pingへの応答を禁止している機器もあるため、タイムアウトだけでルーター故障と断定することはできません。pingは、IPレベルの到達性を調べるための確認手段です。([Microsoft Learn][3])
DNSの問題か確認する
IPアドレスとデフォルトゲートウェイが正常でも、Webサイト名をIPアドレスへ変換するDNSが動作していないと、ブラウザでWebページを開けません。
次のコマンドを実行します。
nslookup www.microsoft.comIPアドレスが返る場合は、設定されているDNSサーバーが名前解決に応答している可能性が高い状態です。
一方、タイムアウトやDNSサーバーから応答がない旨のエラーが表示される場合は、DNSサーバーの設定や到達性を確認します。nslookupは、DNS環境を診断するための情報を表示するコマンドです。([Microsoft Learn][4])
ただし、会社や学校では組織専用のDNSサーバーを使用していることがあります。インターネット上で紹介されている公開DNSへ勝手に変更すると、社内システムや業務サービスへ接続できなくなる可能性があります。
プロキシとVPNを確認する
IPアドレスが正常でも、不要なプロキシ設定や停止したVPN接続が残っていると、インターネットへ出られない場合があります。
個人所有のパソコンでは、「設定」→「ネットワークとインターネット」→「プロキシ」を開き、身に覚えのない手動プロキシが設定されていないか確認します。
VPNを利用している場合は、利用規約や組織のルールに問題がなければ、一時的にVPNを切断して確認します。
ただし、次の環境では勝手に変更しないでください。
- 会社や自治体が管理するパソコン
- 学校や大学のパソコン
- セキュリティ製品による強制プロキシ環境
- 業務用VPNが必須の環境
組織のプロキシを無効にすると、かえってインターネットや内部システムへ接続できなくなることがあります。
やってはいけない対処
適当な固定IPアドレスを設定する
169.254.x.xが表示されたからといって、インターネット上の記事を参考に適当な192.168.x.xを入力してはいけません。
次の問題が発生する可能性があります。
- ほかの端末とIPアドレスが重複する
- ルーターと異なるネットワークを設定してしまう
- 誤ったデフォルトゲートウェイを設定する
- 組織の管理ルールに違反する
固定IPアドレスは、ルーターやネットワーク管理者が指定した値だけを使用します。
169.254の状態でDNSだけ変更する
デフォルトゲートウェイを取得できていない状態では、DNSサーバーだけを変更しても通常はインターネットへ到達できません。
まずDHCPによるIPアドレスとゲートウェイの取得を正常化し、その後にDNSを確認します。
すぐにネットワークのリセットを実行する
Windows 11の「ネットワークのリセット」は、インストールされているネットワークアダプターと設定を削除し、再起動後に既定の状態で再設定する機能です。
VPNクライアントやHyper-Vなどの仮想スイッチを再設定しなければならない場合があるため、Microsoftもほかの方法で解決しない場合の最後の手段として案内しています。([マイクロソフト サポート][1])
実行する場合は、「設定」→「ネットワークとインターネット」→「ネットワークの詳細設定」→「ネットワークのリセット」と進みます。
管理者や通信事業者へ相談したほうがよい状態
次の状態では、自分で設定を変更し続けるより、ネットワーク管理者や通信事業者へ相談したほうが安全です。
- 同じWi-Fiの複数端末がすべて接続できない
- 複数の端末で
169.254.x.xが割り当てられる ipconfig /renewを実行してもDHCPサーバーへ接続できない- ルーターやONUに異常を示すランプが点灯している
- 固定IP環境かDHCP環境か分からない
- 会社や学校の認証Wi-Fiを使用している
- VPN、証明書、プロキシの設定が組織管理になっている
- Windows Update後からWi-Fiアダプターが不安定になった
問い合わせるときは、次の情報を伝えると切り分けが進みやすくなります。
- 問題が発生した日時
- 接続しているWi-Fi名
- ほかの端末が接続できるか
- IPv4アドレスが
169.254.x.xか - デフォルトゲートウェイが表示されているか
ipconfig /renew実行時のエラー内容- 再起動や再接続を試した結果
ipconfig /allの結果には、MACアドレス、組織内のDNS名、内部IPアドレスなどが含まれる場合があります。公開掲示板やSNSへ画像を掲載するときは、個人名、組織名、内部ネットワーク情報などを隠してください。Wi-Fiパスワード、回復キー、秘密鍵、アクセストークンなどは掲載してはいけません。
Wi-Fi接続済みでもネットが使えないときの確認順序
Wi-Fiには接続しているのにインターネットへ出られない場合は、次の順番で確認すると、無用な設定変更を避けられます。
- 同じWi-Fiで別の端末が使えるか確認する
ipconfig /allでWi-FiのIPv4アドレスとゲートウェイを確認する169.254.x.xならDHCP取得失敗を疑う- 自動取得環境で
ipconfig /releaseとipconfig /renewを実行する ipconfig /flushdnsでDNSキャッシュを消去する- 再取得後のIPアドレスとゲートウェイを確認する
- 正常なIPがある場合は、ゲートウェイ、DNS、プロキシ、VPNを確認する
- 解決しなければ管理者、ルーターのメーカー、通信事業者へ相談する
重要なのは、169.254.x.xだけで原因を断定しないことです。別端末との比較、Wi-Fiアダプターの確認、デフォルトゲートウェイの有無を組み合わせて判断してください。固定IPや組織指定のプロキシを勝手に変更せず、回線全体の障害とパソコン固有の障害を切り分けることが、最も安全で確実な解決につながります。
[1]: https://support.microsoft.com/en-us/windows/experience/connectivity-networking/fix-wi-fi-connection-issues-in-windows “Fix Wi-Fi connection issues in Windows | Microsoft Support”
[2]: https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/ipconfig “ipconfig | Microsoft Learn”
[3]: https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/ping “ping | Microsoft Learn”
[4]: https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/nslookup “nslookup | Microsoft Learn”
コメント