.NET Framework 3.5が入らない「0x80244022」エラーの直し方まとめ──Windows 11でゲームを動かす最短ルート

「.NET Framework 3.5 を有効化しようとしたら 0x80244022 で失敗する」「たまに 0x8024401C も出る」。この2つはどちらも“Windows Update 経由で必要ファイルを取りに行けていない”ときに起きやすいエラーです。0x80244022 は HTTP 503（更新元が利用不可・過負荷など）相当、0x8024401C は HTTP 408（要求タイムアウト）相当なので、原因はネットワーク・プロキシ・企業向け更新（WSUS）・更新サービスの不調に寄りがちです。Microsoft Learn+1

.NET Framework 3.5が入らない「0x80244022」エラーの直し方まとめ──Windows 11でゲームを動かす最短ルート

まず押さえる前提：Windows 11の「新しさ」で手順が変わる

最近の Windows 11 の一部ビルドでは、.NET Framework 3.5 が「Windows の機能」から入らず、スタンドアロン配布に移行しています。該当する場合、いつまでも Windows Update 経由で取りに行こうとして失敗し続けます。Microsoft for Developers
ポイントは「自分の Windows がその対象かどうか」。対象なら“スタンドアロン導入へ切り替える”、対象外なら“従来どおり機能の追加 or DISMのオフライン導入”が近道です。

症状別に結論：0x80244022/0x8024401C は“取りに行けていない”エラー

0x80244022：HTTP 503 相当。更新元（Microsoft/WSUS/構成された更新ソース）に接続できない、または一時的に利用不可。Microsoft Learn+1
0x8024401C：HTTP 408 相当。待っている間にタイムアウト。プロキシや回線品質、WSUS 側の応答遅延でも出やすい。Microsoft Learn+1

つまり狙うべきは「更新経路を正す」か「更新経路を使わずに入れる」です。

手順1：最短で効く“環境要因”の切り分け

次の順にやると、無駄な深掘りを避けられます。

VPN／プロキシ／セキュリティソフトの“更新通信”干渉を外す
会社支給PCや学内ネットワークだと、ユーザー認証が必要なプロキシで更新が詰まることがあります（0x80244022系の典型）。Microsoft Learn
Windows Update のトラブルシューティングを実行（設定から）
直らないケースも多いですが、サービスの状態が崩れているときは当たりが出ます。Microsoft Learn
時間を置いて再試行
0x80244022 は 503 相当なので、更新元側の混雑・一時障害の影響も理屈上あり得ます。Microsoft Learn

手順2：WSUS（企業の更新サーバー）が原因なら「UseWUServer」を一時的に外す

仕事用PCなどで Windows Update が WSUS 管理下にあると、追加機能（.NET 3.5）の取得がブロックされ、0x80244022/0x800F 系の失敗に繋がります。対処としてよく使われるのが、レジストリの UseWUServer を一時的に 0 にして Microsoft 直に取りに行かせる方法です。Microsoft Learn+1

場所：HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU
値：UseWUServer を 1 → 0 に変更 → 再起動 → .NET 3.5 有効化 → （必要なら）0 → 1 に戻して再起動

注意点：組織のポリシーで自動的に元へ戻ることがあります。また、社内ルールに反する場合があるので、運用が厳しい環境では管理者に依頼するのが安全です。Microsoft Learn+1

手順3：更新経路を使わない“オフライン導入”（DISM）が一番強い

回線・プロキシ・WSUSで詰まるなら、Windows ISO（またはインストールメディア）から直接入れるのが安定です。管理者権限のコマンドプロンプトで、次を実行します（ドライブ文字は環境に合わせて）。Super User+1

例：
DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /Source:D:\sources\sxs /LimitAccess

/LimitAccess を付けることで Windows Update に取りに行かず、指定ソースのみで完結しやすくなります。Super User+1

手順4：Windows 11の新しいビルドなら“スタンドアロン”へ切り替える

もし対象ビルドで「Windows の機能」から .NET 3.5 を入れようとしているなら、その動線自体が変わっています。該当する場合は スタンドアロンのインストーラーを使うのが正攻法です。Microsoft for Developers

ここで重要なのは、エラーの対症療法を続けるより先に「自分の Windows がこの方式変更に当たっていないか」を確認すること。方式変更に当たっているのに Windows Update 側をいじっても、解決まで遠回りになります。Microsoft for Developers

仕上げチェック：ゲーム起動目的ならここまでで十分

0x80244022/0x8024401C は“更新元へ取りに行けない”系なので、**更新経路を正す（プロキシ/WSUS）**か、**更新経路を使わずに入れる（DISM/スタンドアロン）**が最短です。Microsoft Learn+2Microsoft Learn+2
体感で一番成功率が高いのは DISM の /Source 指定。次点が WSUS 一時解除（UseWUServer）、そして新しいビルドなら スタンドアロン導入です。Super User+2Microsoft Learn+2

この順で潰せば、目的が「古いアプリやゲームを動かすために .NET 3.5 が欲しい」ケースでも、余計な設定変更を最小限にしつつ到達できます。