https://error-daizenn.hatenablog.com/entry/2025/10/16/222456

2025年10月のWindows 11累積更新プログラム「KB5066835」を適用したあと、「localhost（ローカルホスト）」にアクセスできなくなるという深刻な不具合が世界中で報告されています。
普段、WebアプリやAPIの開発をローカル環境で行っている開発者にとって、この問題はかなり致命的です。ブラウザで「http://localhost」や「https://127.0.0.1」にアクセスしても、真っ白な画面や「接続できません」というメッセージが表示されてしまう。そんな症状が多発しています。

しかも、この問題は個人の開発環境だけでなく、業務システムやイントラネット内の検証サーバーにも影響しているようで、企業ユーザーからも「開発作業が完全に止まってしまった」との声が上がっています。
原因はWindows Update（ウィンドウズ・アップデート）に含まれる通信関連の変更にある可能性が高いと見られており、Microsoft公式フォーラムやStack Overflowでは、世界中のエンジニアたちが原因究明と回避策を共有しています。

この記事では、実際にどんな症状が起きているのか、そして現時点で分かっている原因や回避策、さらにMicrosoftの対応状況を整理して紹介します。
もしあなたが「突然localhostが動かなくなった」と困っているなら、この記事を読むことで何をすべきかが明確になるはずです。

2025年10月累積更新で発生した「localhostアクセス不能」問題とは

不具合が起きているのは、2025年10月の累積更新プログラム「KB5066835」をインストールしたあとのWindows 11です。
更新直後から、IIS（Internet Information Services）やASP.NET Core開発サーバー、Node.jsなどのローカルWebアプリケーションが突然アクセス不能になるという報告が続出しました。

多くの開発者が共通して指摘しているのが、「KB5066835」を削除した途端に再びlocalhostアクセスが正常に戻るという点です。
つまり、原因はアプリや設定ではなく、明らかにこの更新プログラム自体の中にある通信関連の変更や不具合にあると見られています。

発生時期は2025年10月14日（米国時間）に配信された定例更新直後から。
Microsoftのフォーラムだけでなく、RedditやStack Overflowでも数百件規模のスレッドが立ち上がっており、「HTTP/2関連のエラーが出る」「IISでサイトが応答しない」など、現象のパターンもかなり一致しています。

エラーの再現状況と報告の広がり（開発者フォーラムからの声）

Microsoft公式Q&Aでは、Jan van Rhijn氏が2025年10月15日に最初の報告を投稿しました。
彼の環境では、KB5066835適用後にすべてのlocalhostアプリが応答しなくなり、更新を削除したところ完全に復旧したとのこと。
同じスレッドにはVic Omundsen氏、Colby Butler氏、Rong Wang氏など複数の開発者が同様の症状を共有しており、「Uninstalling KB5066835 worked for me（KB5066835を削除したら動いた）」というコメントが相次いでいます。

中には「KB5066835を削除しても直らなかったが、KB5065789も一緒に削除したら治った」というケースもあり、少なくともこの2つの更新がローカル通信に影響していることは間違いありません。
特に.NET FrameworkやIISを利用するアプリでエラーが顕著に出ているようで、「HTTP/2 Protocol Error（プロトコルエラー）」というログが多く確認されています。

この問題の厄介な点は、症状が一見ランダムに見えること。
同じ更新を入れても、一部の環境では問題が起きず、別の環境では完全にローカル通信が止まってしまう。
Jan氏は「新規インストールしたWindows 11では再現しなかった」とも報告しており、システム内部の設定差や旧設定の残留が関係している可能性が高いです。

不具合の原因はHTTP/2通信周り？更新プログラムKB5066835の影響を検証

現時点ではMicrosoftから公式な技術情報はまだ出ていませんが、専門家たちの分析では、HTTP/2（エイチティーティーピー・ツー）通信スタックの更新が関係しているのではないかと見られています。
実際、2025年10月の累積更新にはネットワークプロトコル関連の修正が多く含まれており、「WinHTTP」「HTTP.sys」「Kernel-mode driver」の通信層に変更が入ったことが確認されています。

開発者コミュニティでは、特にIISで「ERR_HTTP2_PROTOCOL_ERROR」が発生するケースが報告されており、HTTP/2を強制的に無効化することで回避できたという声もあります。
しかし、それを行うとブラウザとの通信効率が低下するため、根本解決にはなりません。

つまり、KB5066835にはHTTP/2通信ハンドシェイクに関する挙動変更があり、それがローカル環境で想定外のブロックを起こしているという見方が有力です。
Windowsの内部サービスである「Windows Process Activation Service」や「WAS（ワズ）」、さらに.NETのHTTPクライアント周りとの互換性が崩れている可能性もあります。

一時的な回避策：KB5066835とKB5065789のアンインストール手順

現時点で最も確実とされている回避策は、KB5066835とKB5065789をアンインストール（削除）することです。
実際にMicrosoft Q&AやStack Overflowの複数の投稿者がこの手順で成功しています。

手順は以下の通りです。

(1) スタートメニューで「cmd」と入力し、管理者としてコマンドプロンプトを実行します。
(2) 次のコマンドを順に入力します。

wusa /uninstall /kb:5066835
wusa /uninstall /kb:5065789

(3) 指示に従ってアンインストールを完了させ、PCを再起動します。

この操作で多くのユーザーがlocalhostアクセスを取り戻していますが、更新プログラムを削除するとセキュリティパッチも同時に失われるため、インターネット接続を行う前に十分注意が必要です。
また、一部ユーザーは「削除がうまくいかない」と報告しています。その場合、後述の「Windows機能の一時停止」や「再インストール」で改善する例があります。

Hyper-VやIIS、.NET Frameworkの無効化で直るケースも？

一部のユーザーからは、「更新プログラムを削除できなかったが、Windowsの特定機能を無効化することで問題が解消した」という報告も上がっています。
具体的には、Hyper-V（ハイパーブイ）、IIS（アイアイエス）、Windows Process Activation Service（ウィンドウズ・プロセス・アクティベーション・サービス）、および**.NET Framework 3.5 / 4.8**を一度オフにして再起動したあと、再び有効にするという手順です。

操作方法は以下の通りです。

(1) スタートメニューで「Windowsの機能の有効化または無効化」を検索します。
(2) 表示されたリストから「Hyper-V」「IIS」「Windows Process Activation Service」「.NET Framework 3.5」「.NET Framework 4.8」をすべてオフにします。
(3) 再起動後に、再び同じ場所でこれらの項目をオンに戻します。

これを行うことで、内部的にリセットされる構成ファイルや依存サービスの整合性が回復し、localhostへの通信が再び可能になるケースがあります。
ただし、環境によっては副作用もあり、特にHyper-Vを無効化すると仮想環境が動かなくなるため、作業前にバックアップを取ることが推奨されています。

新規インストールでは再現しないとの報告、その違いはどこに？

興味深いのは、開発者のJan van Rhijn氏が報告しているように、「Windowsをクリーンインストール（新規インストール）した場合にはこの問題が再現しなかった」という点です。
これはつまり、既存のWindows環境に蓄積された設定や古いHTTP関連ドライバー、あるいはレジストリの互換構成が、今回の更新によって衝突を起こしている可能性を示しています。

一部の専門家は、「過去の.NETランタイムや古いIIS設定を引き継いだ環境では、HTTP.sysのバージョンミスマッチが発生している」と指摘しています。
そのため、もしどうしても安定しない場合は、「必要なデータをバックアップしてWindowsを再インストールする」という選択肢も現実的な対応策のひとつとなっています。

ただし、当然ながらこれは最終手段であり、企業やチーム環境では管理者権限やライセンスの再認証が必要になる場合もあるため、慎重な判断が必要です。

Microsoftの対応状況と今後の修正版リリース見通し

2025年10月16日時点で、Microsoftはこの問題に対する公式の修正パッチをまだ公開していません。
ただし、フォーラム上では「再現を確認中」とのコメントが一部モデレーターから出ており、次回の累積更新（おそらく2025年11月のPatch Tuesday）で修正が含まれる可能性が高いとみられています。

過去にも類似のトラブルが発生した際、Microsoftはおよそ2〜3週間以内に「Out-of-band Update（臨時修正版）」を配信した実績があるため、今回も同様の対応が期待されています。
その間は、**KB5066835およびKB5065789の削除、または更新の一時停止（Pause updates）**を行うことが最も安全な選択肢です。

Microsoftの企業向けサポート（Windows 365 Business）ユーザーからも多数の問い合わせが寄せられており、社内アプリケーションが止まったとの声も上がっているため、対応は早まる可能性があります。

フォーラムで議論沸騰中！みんなの声と検証ログから見えた共通点

今回の不具合をめぐって、Microsoft Q&A、Stack Overflow、Server Fault、Redditなど複数の開発者コミュニティが連日盛り上がっています。
特に興味深いのは、「症状は違っても根本原因が同じでは？」と推測するユーザーたちの分析スレッド。
あるユーザーは、netstat -anoコマンドでローカルポートの挙動を調べたところ、HTTP.sysが特定ポートを正しくリッスンしていなかったと報告しています。

また、IISのイベントビューアー（Event Viewer）を確認すると、「Failed to initialize HTTP/2 stream」という警告が出ていたとの報告も複数ありました。
これらのログを総合すると、KB5066835によってHTTP/2ストリームの初期化処理が一部失敗し、ローカル接続がブロックされているという仮説が非常に有力です。

フォーラムではこんな声も見られます。
「I paused updates and my local apps are working again.（更新を一時停止したら直った）」
「After uninstalling both KBs and rebooting, everything is back to normal.（2つの更新を削除して再起動したら元に戻った）」

一方で、「Uninstall didn’t work for me（アンインストールでは直らなかった）」という少数報告もあり、まだ全体像は完全に解明されていません。
このため、今後のMicrosoftからの公式声明が待たれる状況です。

まとめ：アップデート再開のタイミングと安全な検証手順

今回の「KB5066835」によるlocalhost通信障害は、主にHTTP/2関連の変更が原因である可能性が高く、Windows 11開発環境に限定的ながらも深刻な影響を及ぼしています。
現時点での最善策は、問題のある更新をアンインストールするか、Windows Updateを一時停止すること。
企業やチーム開発の場合は、テスト用マシンを1台用意して、修正版が出るまで更新を適用しない判断が望ましいでしょう。

また、Hyper-VやIISを一時的にオフにすることで回復するケースも報告されているため、再インストールを避けたい人はその方法も試す価値があります。
Microsoftが今後リリースするであろう修正版を待ちながら、安定した開発環境を維持するためには「更新管理の慎重さ」が何よりも重要です。

最後に、この問題を経験した多くの開発者がフォーラムで情報共有を行っています。
同じ症状が出たら、一人で悩まずにコミュニティに投稿してみてください。
そこには、あなたと同じように苦戦しながらも解決へ導いた仲間たちの実例が、すでにたくさん積み重なっています。