Windows 11のDHCP NACK・Modern Standby更新問題を改善｜対象ビルドと対処法

Windows 11で「スリープから復帰した直後だけインターネットにつながらない」「Wi-Fiは接続済みなのにIPアドレスを取得できない」といった症状が発生する場合、DHCPのリース更新処理が関係している可能性があります。

Microsoftは、Windows 11 version 24H2のOS Build 26100.8968と、version 25H2のOS Build 26200.8968において、DHCPサーバーからNACKを受信した場合や、Modern Standbyを使用する端末でのDHCP更新の信頼性を改善したと案内しました。ただし、2026年7月24日時点ではRelease Preview向けの段階的ロールアウトであり、一般ユーザー向けに広く提供済みとは断定できません。(Microsoft Learn)

この記事では、今回の改善内容、DHCP NACKの意味、Modern Standbyとの関係、症状の切り分け方、一般ユーザーと管理者が取るべき対応を具体的に解説します。

DHCP NACKとModern Standby時のリース更新を改善

今回のネットワーク改善が案内された対象は、次のRelease Previewビルドです。

Windows 11のバージョン	OSビルド	配信チャネル	公開日
Windows 11 version 24H2	26100.8968	Release Preview	2026年7月20日
Windows 11 version 25H2	26200.8968	Release Preview	2026年7月20日

Microsoftのリリースノートでは、ネットワーク関連の変更について、次の場面におけるDHCP更新の信頼性を改善したと説明されています。

• DHCPサーバーからNACKを受信した場合
• Modern Standbyを使用するデバイス
• その他、一部のDHCP更新シナリオ

重要なのは、Microsoftが「すべてのDHCP問題を完全に修正した」とは説明していない点です。公式の表現は、あくまでDHCP更新の「信頼性向上」です。原因となった内部処理や、どのネットワークアダプターで問題が発生していたかといった詳細は公開されていません。(Microsoft Learn)

同じOSビルドでも改善が有効とは限らない

このネットワーク改善は、リリースノートの「Gradual rollout」、つまり段階的ロールアウトの項目に掲載されています。

段階的ロールアウトでは、対象ビルドをインストールした端末すべてに変更が同時適用されるとは限りません。Microsoftは対象端末を徐々に増やすため、同じOSビルドを利用していても、端末によって利用可能な改善内容が異なる場合があります。(Microsoft Learn)

したがって、OSビルド番号だけを見て「修正済み」と判断するのではなく、実際にスリープ復帰やDHCP更新を行い、症状が再発するか確認する必要があります。

DHCP NACKとは何か

DHCP NACKは、正式には「DHCPNAK」と呼ばれるDHCPサーバーからクライアントへの応答です。

Windows PCは、DHCPサーバーから割り当てられたIPアドレスを一定期間利用します。この利用可能期間がDHCPリースです。PCはリース期限が近づくと、現在のIPアドレスを引き続き使用できるかDHCPサーバーへ確認します。

DHCPサーバーがその要求を認めない場合、DHCPNAKを返します。DHCPの仕様では、主に次のような場合が想定されています。

• PCが別のサブネットへ移動した
• PCが記憶しているIPアドレスが現在のネットワークでは無効
• DHCPリースがすでに失効している
• DHCPサーバー側で以前の割り当てを認められない

DHCPNAKを受信したクライアントは、以前のIPアドレスを再利用せず、IPアドレスの取得処理を最初からやり直す必要があります。(RFC エディタ)

DHCP NACK自体は異常ではない

DHCP NACKは、必ずしもエラーや障害を意味するものではありません。

例えば、社内でノートPCを別フロアへ移動し、異なるVLANやサブネットのWi-Fiに接続した場合、以前のIPアドレスは新しいネットワークでは使用できません。このとき、DHCPサーバーがNACKを返し、新しいネットワークに合ったIPアドレスを取得させるのは正常な動作です。

今回の改善は、正当なDHCP NACKを発生させないようにするものではなく、NACKを受信した後に新しいIPアドレスを取得するまでの回復処理を安定させるものと考えるのが適切です。

そのため、DHCPサーバーの設定ミス、アドレスプールの不足、VLAN構成の不整合など、ネットワーク側に原因がある問題までWindows Updateだけで解決するわけではありません。

Modern StandbyでDHCP更新問題が起きる理由

Modern Standbyは、スマートフォンに近い即時復帰を実現するWindowsの省電力方式です。「S0 Low Power Idle」とも呼ばれ、画面を消した状態でも、対応するハードウェア構成では低消費電力を維持しながらネットワーク接続を管理します。(Microsoft Learn)

従来のS3スリープとは異なり、Modern Standbyでは次の要素が連携して動作します。

• Windowsの電源管理
• Wi-Fiや有線LANのネットワークアダプター
• ネットワークアダプターのドライバー
• PCメーカーが提供するファームウェア
• DHCPクライアント
• 無線LANアクセスポイントやDHCPサーバー

画面を閉じたときや電源ボタンを押したとき、ネットワークアダプターは省電力状態へ移行します。その後、PCが復帰すると、ネットワークへの再接続とIPアドレスの有効性確認が必要です。

この復帰処理でDHCPリースの更新に失敗すると、次のような症状が発生することがあります。

• Wi-Fiのアイコンは接続済みだがインターネットにつながらない
• スリープ復帰後だけ「インターネットなし」と表示される
• Wi-Fiをオフ・オンすると直る
• ipconfig /renewを実行すると直る
• PCを再起動するまで通信できない
• 169.254.x.xのIPアドレスが割り当てられる

今回のRelease Preview更新は、このようなModern StandbyとDHCP更新が重なる場面での信頼性を高めるものです。(Microsoft Learn)

自分のPCがModern Standby対応か確認する方法

管理者としてターミナルまたはコマンドプロンプトを開き、次のコマンドを実行します。

powercfg /a

Modern Standby対応PCでは、利用可能なスリープ状態に次のような表示が含まれます。

スタンバイ（S0 低電力アイドル）ネットワークに接続されています

または、ネットワーク切断型のModern Standbyでは、次のように表示される場合があります。

スタンバイ（S0 低電力アイドル）ネットワークから切断されています

英語表示のWindowsでは、次のような表記になります。

Standby (S0 Low Power Idle) Network Connected

Standby (S0 Low Power Idle) Network Disconnected

Microsoftも、Modern Standbyへの対応状況と、スリープ中のネットワーク接続可否を確認する方法としてpowercfg /aを案内しています。(Microsoft Learn)

S0 Low Power Idleが表示されず、S3のみが表示されるPCは、今回のModern Standby固有の改善とは直接関係しない可能性があります。ただし、DHCP NACK受信時の改善はModern Standby以外の一部シナリオにも関係する可能性があります。

DHCP更新問題かどうかを切り分ける

スリープ復帰後にインターネットへ接続できなくても、すべてがDHCP更新問題とは限りません。

次の表を参考に、DHCP、DNS、Wi-Fi接続、ネットワーク機器のどこに原因がありそうか切り分けます。

症状	疑われる原因	最初に確認すること
IPアドレスが169.254.x.x	DHCPからIPアドレスを取得できていない	DHCPサーバー、ルーター、ipconfig /renew
有効なIPとデフォルトゲートウェイがある	DNSやインターネット回線の問題	IPアドレス宛ての通信、DNSサーバー
「メディアは接続されていません」と表示される	Wi-Fi接続、LANケーブル、ドライバー	アダプターの状態、SSID、ケーブル
ipconfig /renewで直る	DHCP更新処理の問題が有力	スリープ前後のリース情報
Wi-Fiのオフ・オンで直る	アダプター再初期化で回復している	ドライバー、ファームウェア
複数の端末が同時に接続できない	ルーターやDHCPサーバー側の問題	DHCPサービス、アドレスプール、AP
Webサイト名だけ開けない	DNSの問題が有力	DNSサーバーと名前解決

169.254.x.xは、WindowsがDHCPサーバーやルーターから有効なIPアドレスを取得できなかった場合に使用する自動プライベートIPアドレスです。Microsoftも、169.254.x.xが表示される場合は、WindowsがルーターからIPアドレスを取得できていないと案内しています。(マイクロソフトサポート)

OSビルドとネットワーク情報を確認する

OSビルドを確認する

WindowsキーとRキーを押し、次のコマンドを入力します。

winver

表示された画面で、バージョンとOSビルドを確認します。

今回Microsoftが改善を案内したRelease Previewビルドは、次の2つです。

• version 24H2：OS Build 26100.8968
• version 25H2：OS Build 26200.8968

これより小さいビルド番号だからといって、必ず今回の問題が発生するわけではありません。また、このビルド番号以上であっても、別の更新系列や一般提供版に同じ改善が含まれているかは、その時点の公式リリースノートで確認する必要があります。

スリープ前後のIP構成を比較する

コマンドプロンプトで、次のコマンドを実行します。

ipconfig /all

次の項目を記録してください。

• IPv4アドレス
• サブネットマスク
• デフォルトゲートウェイ
• DHCPサーバー
• DHCPが有効か
• リースの取得日時
• リースの有効期限
• DNSサーバー
• ネットワークアダプター名

スリープ前と復帰後で結果を比較します。

例えば、スリープ前は社内LANのIPアドレスが割り当てられていたのに、復帰後は169.254.x.xへ変わっている場合、復帰時のDHCP取得に失敗した可能性が高くなります。

PowerShellでは、次のコマンドでも接続中のインターフェース、IPアドレス、DNSサーバーなどを確認できます。

Get-NetIPConfiguration

Get-NetIPConfigurationは、接続中のネットワークインターフェースとIP構成を取得するWindows標準のPowerShellコマンドレットです。(Microsoft Learn)

接続できないときの一時的な復旧方法

DHCPリースを手動更新する

管理者としてターミナルまたはコマンドプロンプトを開き、次のコマンドを実行します。

ipconfig /renew

この操作で接続が回復する場合、Wi-Fiそのものではなく、DHCPリースの更新処理が止まっていた可能性があります。

ipconfig /renewで改善しない場合は、現在のDHCP構成を解放してから取り直します。

ipconfig /release
ipconfig /renew

Microsoftも、IP構成の再取得やDHCPクライアントの調査手順として、ipconfig /releaseとipconfig /renewを案内しています。(Microsoft Learn)

リモート接続中はreleaseを実行しない

ipconfig /releaseを実行すると、対象のネットワークアダプターから現在のIPアドレスが破棄されます。

次の環境では、遠隔操作中の端末で安易に実行しないでください。

• リモートデスクトップ
• VPN経由の管理
• WinRM
• 遠隔サポートツール
• クラウド管理用の中継端末

IPアドレスを解放した時点で接続が切れ、ipconfig /renewを実行できなくなる可能性があります。現地操作できる状態で実施するか、端末管理ツールから復旧できることを確認してから実行します。

DNSキャッシュの削除とは目的が異なる

次のコマンドはDNSキャッシュを削除するものであり、DHCPリースを更新するコマンドではありません。

ipconfig /flushdns

有効なIPアドレスとデフォルトゲートウェイが設定されており、IPアドレス宛てには通信できるものの、ドメイン名だけ解決できない場合に使用します。

169.254.x.xが割り当てられている場合や、デフォルトゲートウェイが存在しない場合は、DNSキャッシュを削除する前にDHCPの取得状況を確認してください。

一般ユーザーが取るべき対応

現在、通常版のWindows 11を使用している場合は、今回の改善だけを目的としてWindows Insider Programへ参加する必要はありません。

Release Previewは一般提供前のWindowsや品質更新を検証するためのチャネルです。一般提供版に近い位置付けではありますが、MicrosoftはInsider Preview Buildを、まだ一般公開されていないプレリリース版として説明しています。(Microsoft Learn)

一般ユーザーは、次の順番で対応するのが安全です。

1. winverで現在のバージョンとOSビルドを確認する
2. Windows Updateで通常提供されている更新を適用する
3. PCメーカーのネットワークドライバーとBIOSを確認する
4. powercfg /aでModern Standby対応端末か確認する
5. 問題発生時にipconfig /allを記録する
6. ipconfig /renewで復旧するか確認する
7. 一般提供版の公式更新履歴に同じ改善が掲載されるのを待つ

頻繁に発生する場合は、Wi-Fiルーター側のDHCP設定、ファームウェア、アドレス配布範囲も確認してください。家族のスマートフォンや別のPCでも同時に接続できない場合は、Windows 11端末固有の問題ではなく、ルーターや回線側の障害である可能性が高くなります。

IT管理者が検証するときのポイント

企業や学校、自治体などの管理環境では、Release Previewを全端末へ一斉導入するのではなく、問題を再現できる少数端末で検証します。

Release Previewは、一般提供前のWindows更新や機能を検証したいIT担当者向けのチャネルでもあります。Microsoftは、Release Previewで次期Windowsや高度な品質更新を先行確認できると説明しています。(Microsoft Learn)

検証用のテスト項目

テスト	操作例	確認する結果
通常のスリープ復帰	同じWi-Fiに接続したままスリープ・復帰	自動的に通信が再開する
繰り返しテスト	スリープ・復帰を10回程度繰り返す	手動更新なしで毎回復旧する
リース更新境界	検証用VLANで短いリース時間を設定する	復帰後に正常なリースを取得する
サブネット移動	スリープ中または前後に別VLANへ移動する	NACK後に新しいアドレスを取得する
Wi-Fiと有線LAN	両方のアダプターで試す	特定ドライバーだけで再発しないか確認する
AC電源とバッテリー	電源状態を変えてスリープする	電源条件による差がないか確認する
長時間スリープ	数時間から一晩スリープする	リース期限後も自動復旧する

サブネット移動やリース時間変更は、必ず検証専用のネットワークで実施してください。稼働中の本番ネットワークでリース時間を急に短縮すると、DHCPサーバーやクライアントの通信量が増える可能性があります。

成功条件を決めておく

「つながったように見える」だけでは、改善の確認として不十分です。

次のような成功条件をあらかじめ定めます。

• 復帰後、手動操作なしで有効なIPアドレスを取得する
• デフォルトゲートウェイとDNSサーバーが設定される
• 169.254.x.xへ移行しない
• ipconfig /renewを実行しなくても通信できる
• DHCP NACKを受信しても取得処理が繰り返し停止しない
• 組織で定めた時間内に通信が回復する
• VPNや業務アプリが自動的に再接続できる

段階的ロールアウトであるため、ビルド番号が一致しているだけではなく、実際の通信結果を合格条件にしてください。

DHCPクライアントのイベントログを確認する

WindowsのDHCPクライアントに関する情報は、イベントビューアーの「アプリケーションとサービスログ」配下で確認できます。

主に確認するログは次の2つです。

• Microsoft-Windows-DHCP Client Events/Admin
• Microsoft-Windows-DHCP Client Events/Operational

Microsoftも、DHCPクライアントの問題を調査するときは、これらの管理ログと操作ログを確認するよう案内しています。ネットワークアダプターのインターフェースIDやMACアドレスを対応付ける場合は、次のPowerShellコマンドも利用できます。(Microsoft Learn)

Get-NetAdapter -IncludeHidden

問題が発生した時刻を記録し、その前後に次のような動作がないか確認します。

• DHCPリース更新の失敗
• DHCPサーバーからの応答待ち
• ネットワークアダプターの切断と再接続
• 同じ更新処理の繰り返し
• インターフェースの変更
• IPv4アドレス取得失敗

イベントIDだけで判断せず、発生時刻、ネットワークアダプター、スリープから復帰した時刻を関連付けて確認することが重要です。

パケットキャプチャでNACK後の動きを確認する

管理された検証環境では、DHCPパケットを記録すると、WindowsクライアントとDHCPサーバーのどちらで処理が止まったか確認できます。

正常な再取得では、一般的に次の流れが確認できます。

1. Windowsクライアントが以前のIPアドレスの利用を要求する
2. DHCPサーバーがDHCPNAKを返す
3. クライアントが以前のアドレスを破棄する
4. クライアントが新しいIPアドレスを探索する
5. DHCPサーバーがIPアドレスを提示する
6. クライアントが新しいアドレスを要求する
7. DHCPサーバーが割り当てを確定する

改善前の端末と対象ビルドの端末を比較し、NACKを受信した後に新しいアドレス取得処理へ正常に移行するか確認します。

Microsoftは、DHCP問題を詳細に調査する場合、クライアント側とサーバー側で同時にデータを収集し、ipconfig /releaseとipconfig /renewを実行して通信がどの段階で停止するか確認する方法を案内しています。(Microsoft Learn)

対象ビルドでも直らない場合の確認項目

OSビルドを更新しても問題が続く場合は、Windows以外の要因を確認します。

クライアント側

• Wi-Fiや有線LANのドライバーが最新か
• PCメーカーが提供するBIOSやファームウェアが最新か
• DHCP Clientサービスが実行中か
• セキュリティソフトがDHCP通信を遮断していないか
• UDPの67番・68番ポートが遮断されていないか
• VPNクライアントや仮想ネットワークアダプターが干渉していないか
• USB LANアダプターやドッキングステーション使用時だけ発生しないか

ネットワーク側

• DHCPアドレスプールが枯渇していないか
• DHCPサーバーが停止していないか
• DHCPリレーが正しいサーバーへ転送しているか
• VLANとDHCPスコープの対応が正しいか
• 不要なDHCPサーバーが混在していないか
• 無線LANコントローラーやアクセスポイントが通信を遮断していないか
• NACや802.1X認証が復帰後に完了しているか
• MACアドレスフィルタリングに引っかかっていないか

MicrosoftのDHCPクライアント向けトラブルシューティングでも、ネットワークアダプター、ドライバー、DHCP Clientサービス、MACフィルタリング、UDP 67番・68番ポートなどの確認が挙げられています。(Microsoft Learn)

よくある誤解と注意点

DHCP NACKが記録されたらサーバー障害とは限らない

NACKは、クライアントが要求したアドレスを現在のネットワークでは利用できないことを伝える正式なDHCP応答です。

別のサブネットへ移動した直後など、正常な場面でも発生します。問題なのは、NACKそのものではなく、NACKを受信した後にクライアントが新しいIPアドレスを取得できない状態です。

OSビルド番号が一致すれば必ず直るわけではない

今回の変更は段階的ロールアウトです。同じBuild 26100.8968または26200.8968でも、端末ごとに適用状態が異なる可能性があります。

また、今回とは別の原因でDHCP更新に失敗している場合は、改善後も症状が続きます。

固定IPアドレスは恒久対策にしない

DHCP更新問題を避けるために、ノートPCへ固定IPアドレスを設定する方法はおすすめできません。

別のネットワークへ移動したときに通信できなくなるだけでなく、次の問題につながります。

• 他端末とのIPアドレス重複
• デフォルトゲートウェイの不一致
• DNSサーバーの設定漏れ
• VLAN移動への追従不能
• DHCP予約や資産管理との不整合

業務端末で固定アドレスが必要な場合は、端末側へ直接入力するのではなく、DHCP予約を検討してください。

Modern Standbyをレジストリで無効化しない

ネット上では、レジストリ変更によってModern Standbyを無効化し、従来のS3スリープへ切り替える方法が紹介されることがあります。

しかし、Modern StandbyはOSだけでなく、PCのファームウェアやハードウェア構成を前提とする電源モデルです。Microsoftは、BIOS設定だけでS3とModern Standbyを切り替える運用をサポートしておらず、電源モデルの切り替えにはOSの完全な再インストールが必要になると説明しています。(Microsoft Learn)

DHCP更新問題への対策として、Modern Standbyの強制無効化を最初に行うべきではありません。まずOS更新、ネットワークドライバー、BIOS、DHCPログを確認してください。

現時点での最適な対応

Windows 11のDHCP NACKやModern Standby時のDHCP更新問題については、Release PreviewのBuild 26100.8968および26200.8968で信頼性改善が案内されています。

ただし、現時点では次の点に注意が必要です。

• Release Preview向けの情報である
• 一般提供済みとは断定できない
• ネットワーク改善は段階的ロールアウトである
• Microsoftは「完全修正」ではなく「信頼性向上」と説明している
• DHCPサーバーやネットワーク構成の問題は別途調査が必要
• ビルド番号だけでなく、実際の復帰動作で判断する必要がある

一般ユーザーは、まずwinver、powercfg /a、ipconfig /allで現在の状態を確認してください。接続できないときにipconfig /renewで回復する場合は、DHCP更新処理が関係している可能性があります。

IT管理者は、Release Preview端末を少数用意し、スリープ復帰、リース期限経過、サブネット移動を検証してください。一般提供版への反映が公式に確認できるまでは、本番端末への一斉導入ではなく、段階的な検証と展開が適切です。