Windows 10で突然ブルースクリーン（CRITICAL_PROCESS_DIED）が発生したあと、「ネットは繋がるのに、Microsoft StoreやWindows Updateだけ常にオフライン」「設定アプリを開くと即クラッシュする」といった不可解なトラブルに悩まされるケースがあります。本記事では、実際の復旧事例をベースに、原因の本線であるNLA（Network Location Awareness）周りの不具合と、その具体的な解決手順を詳しく解説します。
症状の整理：BSoD後に「Microsoft系だけネットに繋がらない」
まずは、今回のケースで実際に発生していた症状を整理します。自分の環境と照らし合わせて、どこまで一致しているか確認してください。
- Windows 10でブルースクリーン（CRITICAL_PROCESS_DIED）が発生した直後からおかしくなった
- タスクバー右下のネットワークアイコンが消える、または「未接続」の表示のまま固定される
- 無線LAN（Wi‑Fi）は接続できない／不安定だが、有線LANにするとブラウザー（ChromeやEdgeなど）はインターネットに繋がる
- Microsoft Store、ニュースと関心事項、Windows Update、Edgeの一部機能などMicrosoft系アプリだけがオフライン扱いになる
- 「設定」アプリを開くと数秒で落ちる（クラッシュする）
- sfc /scannow や DISM、ドライバー再インストールを行っても改善しない
- 「このPCを初期状態に戻す」も、途中でエラーになり完走しない
イベントビューアーを確認すると、Network Location Awareness（NLA）サービス関連のエラーが多数記録されており、ここがトラブルの出発点になっていることが分かります。
原因の本線：NLA（ネットワーク認識）とネットワークスタックの不整合
表面的には「ネットには繋がるのに、Microsoft系だけオフライン扱い」という不可解な現象ですが、裏側では次のようなことが起きているケースが多いです。
- WindowsのNLA（Network Location Awareness：ネットワーク認識）サービスが正常に動いていない
- NLAがネットワークプロファイル（プライベート／パブリック）や接続状態を正しく判断できていない
- その結果、UWPアプリ（Microsoft Storeや設定アプリなど）側が「ネットに繋がっていない」と誤認識してしまう
- 加えて、無線LANドライバーの不具合やネットワークスタックの破損で、ネットワーク周りの情報がチグハグな状態になっている
簡単にいうと、
- ブラウザーなどの従来型アプリ（Win32アプリ）は「とりあえずIPスタックが生きていれば通信できる」
- 一方で、Microsoft Storeや設定アプリなどのUWPアプリは、NLA・ネットワークプロファイル・認証状態などを見てから通信する
という設計の違いがあるため、「一般のブラウザーだけは動くのに、Microsoft系アプリは全部オフライン扱い」という現象が発生します。
今回のようにBSoD（CRITICAL_PROCESS_DIED）の直後から発生した場合、
- ブルースクリーンのタイミングでネットワーク関連サービスの状態やレジストリ、NLAのデータが不整合を起こした
- あるいは同時期の無線LANドライバー更新と噛み合って不具合が出た
といったシナリオが濃厚です。
| 現象 | 裏側で起きていることのイメージ |
|---|---|
| ブラウザーは通信できる | IPスタック自体は動作している（TCP/IPレベルでは問題が少ない） |
| Microsoft Store／Windows Updateがオフライン扱い | NLAやネットワークプロファイルが壊れており、UWPが「ネットなし」と判断 |
| ネットワークアイコンが消える・固定 | ネットワークリスト関連サービス（NLA／Network List Serviceなど）が正常動作していない |
| 設定アプリが起動時にクラッシュ | 設定アプリがネットワーク状態を取得しようとして例外発生→落ちるパターン |
対処の全体像：何から手を付けるか
闇雲に設定をいじる前に、全体の流れを把握しておきましょう。本記事では次の順番での対処をおすすめします。
- 無線LANドライバーを一つ前の安定版にロールバックする
- コマンドでネットワークスタックをリセットし、NLA周りを含めて一度「まっさらに」近い状態に戻す
- クリーンブートで常駐ソフト／セキュリティソフトとの競合を切り分ける
- 仕上げとして、NLAなど依存サービスの状態確認・TCP既定値への復帰・Storeキャッシュのクリアを行う
- それでもダメなら、インプレース修復（上書きインストール）を検討する
実際の事例では、2番の「ネットワークスタックリセット用コマンド」を実行したタイミングで
- 消えていたネットワークアイコンが復活
- 設定アプリのクラッシュが止まり、正常に開けるようになった
- Windows Update／Microsoft Storeがオンラインとして認識され、通信できるようになった
という結果になっています。
ステップ1：無線LANドライバーを一つ前の安定版にロールバック
まず疑うべきは、無線LAN（Wi‑Fi）ドライバーの不具合です。特に、BSoDや不具合発生と同時期にWindows Updateやメーカーの自動アップデートが走っていた場合、ドライバー更新が原因のことが少なくありません。
操作手順（デバイス マネージャーでロールバック）
- Win + X キーを押し、メニューから「デバイス マネージャー」を開く
- 「ネットワーク アダプター」を展開し、使用している無線LAN（Wi‑Fi）アダプターを探してダブルクリック
- プロパティ画面で「ドライバー」タブを開く
- 「ドライバーの更新」をクリック
- 「コンピューターを参照してドライバー ソフトウェアを検索」を選択
- 「コンピューター上の利用可能なドライバーの一覧から選択します」をクリック
- 一覧に表示されるバージョンのうち、一つ前の安定していたバージョンを選択して「次へ」
- インストールが完了したら、PCを再起動する
もし「ドライバーのロールバック」ボタンが有効になっている場合は、それを使うのも手です（ただしロールバック先のバージョンが自動選択になるため、自分でバージョンを選びたい場合は前述の手順の方が確実です）。
なぜドライバーのロールバックが効くのか
無線LANドライバーは、単にWi‑FiのON/OFFや速度だけではなく、
- ネットワークプロファイル（プライベート／パブリック）の判断
- ネットワーク名（SSID）や接続状態の通知
- スリープ復帰時の再接続処理
など、NLAと連係している部分が意外と多くあります。不安定な新バージョンが入ると、
- NLA側が「接続はあるようだが情報が整合しない」と判断
- ネットワークアイコンやUWPアプリに誤った状態が伝わる
といった問題が起こるため、「一つ前の安定版に戻す」だけで劇的に症状が改善することもあります。
ステップ2：コマンドでネットワークスタックを完全リセット
ドライバーを戻しても症状が続く・あるいは有線LANでもMicrosoft系がオフライン扱いのままなら、ネットワークスタックそのものをリセットします。ここが今回のケースで最も効果のあったポイントです。
管理者権限のコマンドプロンプト／PowerShellを開く
- Win キーを押して「cmd」または「PowerShell」と入力
- 「コマンド プロンプト」または「Windows PowerShell」を右クリックし、「管理者として実行」を選択
- ユーザーアカウント制御（UAC）の確認が出たら「はい」をクリック
以降のコマンドは必ず管理者権限で実行してください。通常の権限だとエラーになり、設定が反映されません。
実行するコマンド一式
以下のコマンドを1行ずつ順番に実行し、最後にPCを再起動します。
netsh int tcp set heuristics disabled
netsh int tcp set global autotuninglevel=disabled
netsh int tcp set global rss=enabled
netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns
プロキシ設定に心当たりがある場合、次も追加で実行しておくと安心です。
netsh winhttp reset proxy
各コマンドがやっていること（概要）
| コマンド | 役割 |
|---|---|
netsh int tcp set heuristics disabled | TCPの自動チューニングに関するヒューリスティックを無効化し、余分な最適化ロジックを切る |
netsh int tcp set global autotuninglevel=disabled | 受信ウィンドウ自動調整を無効化し、トラブルの多いチューニングを一旦リセット |
netsh int tcp set global rss=enabled | Receive-Side Scalingを有効化し、マルチコアでの受信処理を適正化 |
netsh winsock reset | Winsockカタログを初期化。壊れたソケット設定や不正なLSPをリセット |
netsh int ip reset | TCP/IPスタックの設定を初期化。レジストリの関連キーも含めてリセット |
ipconfig /release | 現在のIPアドレスを解放 |
ipconfig /renew | DHCPサーバーから新たにIPアドレスを取得 |
ipconfig /flushdns | DNSキャッシュをクリアし、名前解決の不整合を解消 |
netsh winhttp reset proxy | WinHTTPレベルのプロキシ設定を既定値に戻す（不要なプロキシ設定を解除） |
これらを実行したうえでPCを必ず再起動してください。再起動後に、
- ネットワークアイコンが正常に表示されるか
- 設定アプリが問題なく開けるか
- Windows Updateがオンラインになって更新チェックできるか
- Microsoft Storeでアプリ一覧や更新が表示されるか
を確認します。冒頭で紹介した実例では、このステップでほぼ全ての症状が解消しました。
ステップ3：クリーンブートで常駐ソフトの干渉を確認
ネットワークスタックをリセットしても症状が残る場合、セキュリティソフトやVPNクライアントなどの常駐ソフトがNLAやWinsockに干渉している可能性があります。そこで、クリーンブートで一度「Microsoft純正＋最小限のサービスだけ」の状態を作り、現象が再現するかを確認します。
クリーンブートの手順
- Win キーを押して「msconfig」と入力し、「システム構成」を開く
- 「サービス」タブを開き、画面下部の「Microsoft のサービスをすべて隠す」にチェックを入れる
- 表示されている残りのサービス（サードパーティ製）をすべて無効にする
- 「スタートアップ」タブを開き、「タスク マネージャーを開く」をクリック
- タスクマネージャーの「スタートアップ」タブで、有効になっている項目をすべて無効にする
- PCを再起動する
再起動後、
- ネットワークアイコンの表示
- 設定アプリの起動
- Store／Windows Updateの挙動
を再確認します。もしクリーンブート状態では症状が出ない場合は、無効にしたサービス／スタートアップ項目のどれかが原因です。1つずつ（またはグループごとに）有効に戻して再起動し、「どれを有効にした瞬間に症状が再発するか」を確認すると、原因のソフトを特定できます。
ここまでで直ったときに行いたい「仕上げ・再発防止」
ネットワークスタックのリセットやクリーンブートで症状が収まった場合でも、念のため次の確認・調整をしておくと安心です。
NLAと関連サービスの状態確認
Win + R キーで「ファイル名を指定して実行」を開き、services.mscと入力してサービス管理ツールを起動します。次のサービスが「状態：実行中」「スタートアップの種類：自動」になっているか確認しましょう。
| サービス名 | 表示名（日本語環境の例） | 推奨状態 |
|---|---|---|
| Network Location Awareness | Network Location Awareness | 実行中／自動 |
| Dhcp | DHCP Client（DHCP クライアント） | 実行中／自動 |
| Dnscache | DNS Client（DNS クライアント） | 実行中／自動 |
| netprofm | Network List Service（ネットワーク一覧サービス） | 実行中／自動 |
もし停止していたり、スタートアップの種類が「無効」や「手動」になっているものがあれば、ダブルクリックしてプロパティを開き、「スタートアップの種類：自動」に変更したうえで「開始」ボタンを押してください。
TCP設定をWindows 10の既定に戻す
先ほどのコマンドでTCPの自動チューニングを一時的に無効化しましたが、問題が解消したあとであれば、既定値（normal）に戻しておくのがおすすめです。
管理者権限のコマンドプロンプト／PowerShellで次を実行します。
netsh int tcp set heuristics disabled
netsh int tcp set global autotuninglevel=normal
netsh int tcp show global
netsh int tcp show globalで表示される一覧にて、
- 受信ウィンドウ自動チューニング レベル：normal
- ヒューリスティック：disabled
となっていれば概ね既定の状態になっています（環境により表記は多少異なります）。
Microsoft Storeキャッシュのクリア
NLAエラーやネットワーク不具合が長く続いていた場合、Store側のキャッシュも一度リセットしておくとスッキリします。
- Win + R キーを押して「ファイル名を指定して実行」を開く
wsreset.exeと入力して「OK」- コマンドプロンプトのウィンドウが表示され、数十秒後に自動的にMicrosoft Storeが起動する
これでStoreのキャッシュがクリアされ、新しい状態で通信が行われるようになります。
まだ直らない場合の追加チェックポイント
ここまでの対処でも改善しない場合は、次の点も確認してみてください。
プロキシ設定・VPNクライアントの影響
- 会社や学校のネットワークで、ブラウザーは専用のプロキシ経由でないと繋がらない設定になっている
- VPNクライアントがNLAやDNS設定を書き換えている
といった場合、ブラウザーだけは独自設定で繋がるが、StoreやWindows Updateは既定のプロキシ設定に依存するため、現象が分かれることがあります。
前述の
netsh winhttp reset proxy
は、WinHTTPレベルのプロキシ設定（Windows Updateや一部のサービスが使用）を初期化するコマンドです。ブラウザーとは別レイヤーなので、ブラウザー側の設定だけでは直らない場合でも効果があることがあります。
セキュリティソフト／ファイアウォールの設定
- サードパーティ製セキュリティソフトの「アプリコントロール」機能
- アプリごとの通信制限（アプリケーションファイアウォール）
といった機能が強めに設定されていると、
- ブラウザーは許可されているが、StoreやWindows Updateはブロックされている
- 不具合を機に誤判定され、突然ブロックされるようになった
というケースもあります。一時的にこれらのソフトを無効化して再起動し、挙動が変わるかどうかを確認すると切り分けができます。
最終手段：インプレース修復（上書きインストール）
どうしても直らない場合は、Windows 10のインプレース修復（上書きインストール）が最終手段として有効です。これは、
- OSのシステムファイルや設定を再展開し直す
- ただしユーザーデータやインストール済みアプリはそのまま維持する
という、初期化よりも安全な修復方法です。
インプレース修復の大まかな流れ
- Microsoft公式からWindows 10のセットアップメディア（ISO）またはメディア作成ツールを入手し、実行する
- セットアップを起動し、画面の案内に従って進める
- インストールオプションで「個人用ファイルとアプリを引き継ぐ」を選択する
- そのままインストールを完了させる
注意点として、BitLockerやフルディスク暗号化を利用している場合は、事前に回復キーの控えを用意し、可能であればバックアップを取得してから作業してください。
実際の復旧事例：こんな流れで直った
最後に、冒頭で紹介したケースの実際の復旧フローを簡単に時系列でまとめます。
- Windows 10がCRITICAL_PROCESS_DIEDでBSoD→自動再起動
- 再起動後、タスクバーのネットワークアイコンが消えていることに気付く
- Wi‑Fiは不調／有線LANではChromeは通信可能だが、Microsoft Store・Windows Updateがオフライン扱い
- 「設定」アプリを開こうとすると即クラッシュしてしまい、ネットワーク設定画面にも辿り着けない
- sfc /scannow、DISM、無線LANドライバーの再インストールを試すも変化なし
- 「このPCを初期状態に戻す」を試すが途中でエラーとなり完走しない
- イベントビューアーを確認すると、Network Location Awareness（NLA）関連のエラーが多数記録されていることを確認
- 管理者コマンドプロンプトでネットワークスタックリセット用コマンド一式を実行
netsh winsock reset、netsh int ip reset、ipconfig系などすべて実行し、再起動 - 再起動後、
- ネットワークアイコンが復活し、Wi‑Fiも正常に認識
- 設定アプリがクラッシュせずに起動
- Windows Updateがオンラインになり、更新プログラムの確認とインストールが可能に
- Microsoft Storeも通信可能になり、アプリ更新が正常に完了
- その後、NLAなどのサービス状態を確認・必要な更新を適用し、PCは安定した状態に復帰
このように、問題の根っこが「ネットワークドライバー＋NLA＋ネットワークスタックの不整合」にある場合、ネットワークスタックのリセットとサービス状態の調整が決め手になることが多いです。
再発防止のためのポイント
同じトラブルを繰り返さないために、次のような運用を意識しておくと安心です。
- ドライバー更新は一気にまとめて行わない（特にネットワーク／ストレージ／グラフィック）
- Windows Update後すぐに不具合が出た場合は、「最近の更新履歴」を確認して原因を切り分ける
- 信頼性の低いチューニングツールや「高速化ツール」で、ネットワーク設定やサービスを無理矢理止めない
- VPNクライアントやセキュリティソフトを複数同時に入れず、役割が重複するものは一つに絞る
- 定期的に復元ポイント／システムイメージのバックアップを取り、最悪の場合に戻せるポイントを作っておく
これらを意識するだけでも、BSoDやネットワークトラブルの「深刻化」をかなり予防できます。
まとめ：BSoD後の「Microsoftだけオフライン」はNLAを疑う
ここまでの内容をまとめると、次のようになります。
- Windows 10でBSoD（CRITICAL_PROCESS_DIED）発生後、
- ネットワークアイコン消失
- Microsoft Store／Windows UpdateなどMicrosoft系だけ常にオフライン
- 設定アプリが起動直後にクラッシュ
- まずは無線LANドライバーを一つ前の安定版にロールバックして挙動を確認する
- 次に、netsh／ipconfigのコマンド一式でネットワークスタックを完全リセットし、NLA周りも含めて整合性を取り直す
- 依然として問題が残る場合は、クリーンブートで常駐ソフトの干渉を切り分ける
- 復旧後は、
- NLA／DHCP／DNS Client／Network List Serviceが実行中・自動になっているか
- TCP設定がWindows 10の既定（ヒューリスティック無効・オートチューニング normal）に戻っているか
- Microsoft Storeのキャッシュ（wsreset.exe）をクリアしたか
- どうしても直らない場合は、インプレース修復（上書きインストール）でシステムを修復するのが安全
「Microsoft系だけオフライン」という現象は、一見すると原因が分かりにくく不安になりますが、NLAとネットワークスタックに的を絞って丁寧にリセットしていくことで、多くのケースは復旧が可能です。この記事の手順を、自分の環境に合わせて少しずつ試しながら、安定したWindows 10環境を取り戻してください。
コメント