
【Windows 11/10】ndis.sys でブルースクリーン(BUGCODE_NDIS_DRIVER)を直す手順:原因から再発防止まで
突然のブルースクリーンに「BUGCODE_NDIS_DRIVER」や「ndis.sys failed」が出ると、ネットが原因っぽいのは分かっても、何から手を付ければいいか迷いがちです。結論から言うと、このエラーは“ネットワーク系ドライバー(有線LAN/Wi-Fi/VPN/仮想アダプタ/セキュリティ製品のフィルタ)”の不整合や破損が引き金になっているケースが大半です。Microsoft Learn
この記事では、再現しやすい原因を潰し込みながら、短時間で復旧しやすい順に手順をまとめます。
- 【Windows 11/10】ndis.sys でブルースクリーン(BUGCODE_NDIS_DRIVER)を直す手順:原因から再発防止まで
BUGCODE_NDIS_DRIVER(ndis.sys)とは?まず原因の方向性を確定する
「BUGCODE_NDIS_DRIVER」は、Windows がネットワークドライバー周りの異常を検出したときに出るブルースクリーンです。値としては 0x0000007C として説明されることが多く、NDIS(ネットワークスタック)配下のミニポートドライバー等が関与する、と整理されています。Microsoft Learn+1
よくある発生タイミングは次の通りです。
-
起動直後〜ログイン直後に落ちる(Wi-Fi 自動接続、VPN 自動接続が引き金)
-
ブラウジング・オンライン会議・ゲーム中に落ちる(負荷やオフロード機能で顕在化)
-
Windows Update 後に増えた(ドライバー更新・互換性変化)
-
セキュリティソフト導入/更新後に増えた(ネットワークフィルタが関与)
いちばん早い復旧ルート:ネットワークドライバーの「更新」より先にやること
1)外付け機器・増設をいったん外す
USB-LAN、USB Wi-Fi、ドッキングステーション、キャプチャなど“ネットワーク以外に見えて実はドライバーを入れている機器”もあります。まずは外して再起動し、再発するか確認します。
2)セーフモードで起動して、落ちない状態を作る
通常起動で連続クラッシュする場合、修復作業が進みません。セーフモード(可能なら「ネットワークなし」)で安定させてから次の手順に進みます。
本命対策:ネットワークアダプタのドライバーを「正しい順番」で直す
ポイントは、Windows の自動更新に任せて当て直すより、メーカー提供の安定版を入れるほうが再発が減りやすいことです。
3)デバイスマネージャーで「ロールバック」→だめなら「再インストール」
-
デバイスマネージャー →「ネットワーク アダプター」
-
対象(Intel/Realtek/Broadcom など)を右クリック →「プロパティ」
-
「ドライバー」タブ
-
直前に更新した心当たりがあるなら 「ドライバーを元に戻す」
-
それでもダメなら 「デバイスのアンインストール」(可能なら「このデバイスのドライバーを削除」にチェック)→再起動
-
その後、PCメーカー(ノートPCならメーカー、BTOならマザボメーカー、Wi-Fiカードメーカー)の配布ページから、**Windows 11/10 対応の最新“安定版”**を入れます。
4)VPN・仮想アダプタ・セキュリティの“ネットワーク部品”を疑う
ndis.sys 系は、物理NICだけでなく VPN(仮想NIC) や セキュリティ製品のフィルタドライバー でも起きます。
-
使っていない VPN クライアントをアンインストール
-
仮想化(Hyper-V/VMware/VirtualBox)を最近入れたなら一度無効化
-
セキュリティソフトを“無効化”ではなく、いったんアンインストール(再起動込み)して挙動確認
※企業端末はポリシーがあるので、運用ルールに従ってください。
定番の修復:ネットワークスタックを初期化する(Winsock/IPv4/IPv6)
管理者のコマンドプロンプト(または管理者 PowerShell)で、次を実行→再起動します。
netsh winsock reset
netsh int ip reset
ipconfig /flushdns
shutdown /r /t 0
これで、壊れたネットワーク設定やカタログ不整合が解消して安定することがあります。
しつこい場合の切り札:システムファイル修復(SFC/DISM)
ネットワーク系に見えて、OS側の破損が残っていると再発します。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
完了後に再起動し、再発の有無を確認します。
意外と効く:オフロード機能を無効化してクラッシュ回避(LSO/チェックサム等)
特定の環境(ドライバー・セキュリティ製品・負荷条件)で、NIC の高度機能(オフロード)が相性問題を起こすことがあります。代表例として Large Send Offload(LSO) などを無効化する回避策が案内されることがあります。success.trendmicro.com+1
手順(例)
-
デバイスマネージャー → ネットワークアダプター → プロパティ
-
「詳細設定」タブ
-
次のような項目を Disabled にして再発確認
-
Large Send Offload (IPv4)/(IPv6)
-
Checksum Offload
-
Receive Side Scaling(RSS)
※項目名はメーカーで異なります。全部切るのではなく、1〜2個ずつ変えて効果を見たほうが原因特定に役立ちます。
-
ここまでやっても直らないとき:原因の切り分けチェックリスト
-
Windows Update の直後からなら、品質更新プログラムの適用/ロールバックで改善する場合あり
-
特定のWi-Fi(会社・学校・ホテル)だけで落ちる → ドライバー更新+オフロード無効化を優先
-
有線でも無線でも落ちる → VPN/フィルタ/セキュリティの関与が濃厚
-
イベントビューアやメモリダンプで特定ドライバー名が出る → そのドライバーを入れ直すのが最短(例:Broadcom系など、ドライバー再導入で改善した報告もあります)Linus Tech Tips
再発防止のコツ:更新のやり方を変えるだけで安定する
-
ドライバーは「最新=正義」ではない:PC/マザボメーカー推奨版を基準にする
-
VPNやセキュリティ製品は、ネットワークに深く入る:アップデート後に不調ならまず疑う
-
ブルースクリーンが出た直後は、闇雲にツールを入れず、(1)ロールバック→(2)再インストール→(3)ネットワーク初期化の順で戻す
ndis.sys(BUGCODE_NDIS_DRIVER)は、原因が「ネットワーク機器そのもの」だけでなく、「VPN・仮想化・セキュリティ・NICの高度機能」まで広いのが厄介な点です。今回の手順は、再発率が高い順に潰せる流れにしてあるので、上から実施すれば“直ったのに何をやったか分からない”も避けやすくなります。もし再発する場合でも、最後に触れた切り分けチェックリストに沿って、犯人候補を狭めていくのが最短ルートです。