Visual Studio 2022 再インストールで「Microsoft サーバーからインストール ファイルをダウンロードできない」原因と対処法（CNG Key Isolation・hosts・セキュリティ製品）

Visual Studio 2022 の再インストールで「Microsoft サーバーからインストール ファイルをダウンロードできない」「インターネット接続を確認してください」と出て止まる場合、回線そのものではなく、暗号関連サービス停止や hosts/プロキシ/セキュリティ製品が Microsoft 系ドメインだけを妨げていることが少なくありません。原因を最短で切り分け、復旧までの具体手順をまとめます。

発生する症状と、よくある勘違い

この手のトラブルは、次のような形で現れます。

• Visual Studio Installer（Visual Studio 2022 Community など）が途中で止まり、ダウンロード失敗の接続エラーになる
• 「クラウドからダウンロードしてリセット」（Windows のクラウドリセット）も同様に失敗する
• YouTube や一般サイトは閲覧できるため「ネットは生きている」ように見える
• 別の場所（別ネットワーク）・別PCでは同じ手順が成功する

ここで重要なのは、“インターネット全体が不調”ではなく、“Microsoft の配布先（CDN/更新基盤）にだけ到達できない”可能性が高い点です。Visual Studio や Windows のクラウドダウンロードは、証明書検証・暗号処理・プロキシ/フィルタ・DNS 解決が絡み、1つでも欠けると「接続エラー」という同じ見え方になりがちです。

最初にやるべき切り分け（10分で原因の方向性が見える）

闇雲に再試行する前に、状況を整理すると解決が早くなります。以下の表の「はい/いいえ」で、原因の当たりがつきます。

チェック項目	はいの場合に濃厚	いいえの場合に濃厚
同じネットワークの別PCでは成功する	PC固有の設定（サービス停止/hosts/セキュリティ製品/プロキシ設定）	ネットワーク側（FW/DNSフィルタ/プロキシ/回線）の制限
別ネットワーク（テザリング等）に切り替えると成功する	ネットワーク側の遮断（FW/プロキシ/DNSフィルタ/ルータ設定）	PC側（hosts/サービス停止/証明書/セキュリティ製品）
Windows のクラウドリセットも失敗する	Microsoft配布基盤への通信全般が阻害（暗号/証明書/プロキシ/セキュリティ/OS破損）	Visual Studio 側のキャッシュ破損やインストーラ周りの問題
エラーが毎回すぐ出る（数秒で失敗）	DNS/hosts/プロキシ/ブロック（到達前に落ちる）	回線品質（タイムアウト）や大容量ダウンロード中断

切り分け結果がどうであれ、次章の対策は「直る確率が高い順」に並べています。上から順に潰すのが最短ルートです。

最優先で効く対策：CNG Key Isolation を有効化する

解決報告が多いのが、CNG Key Isolation（暗号キー分離）サービスの停止です。暗号関連（証明書/キー）の前提機能が止まっていると、インストーラーが通信そのもの、またはダウンロード後の検証で失敗し、結果として「ダウンロードできない」表示になります。

手順（管理者権限で実施）

• Windows で「サービス」と検索し、サービス（services.msc）を開く
• 一覧から CNG Key Isolation を探して開く
• スタートアップの種類を「手動」に変更
• サービスの状態が「停止」なら開始する
• その後、Visual Studio Installer で再インストールを試す

項目	推奨設定	目的
CNG Key Isolation	手動（必要時に起動）＋実際に開始	暗号/証明書処理の前提を満たす

ポイント：企業PCやチューニングツールで「不要サービス停止」をしている環境ほど、ここが止められていることがあります。まずはここを戻すのが安全で効果的です。

次に多い原因：セキュリティ製品・アプリ制御・プロキシが Microsoft だけ止めている

YouTube などが見られても、企業・学校・一部家庭環境では、次のような仕組みで特定カテゴリ（OS更新・開発ツール）だけ遮断されます。

• EDR/アンチウイルスの「Web保護」「不審ダウンロード遮断」
• アプリ実行制御（ホワイトリスト運用）
• SSL/TLS インスペクション（証明書差し替え）＋検証失敗
• プロキシ強制（PAC）や透過プロキシ
• 校内/社内の DNS フィルタ、カテゴリフィルタ

やること（可能な範囲で）

• 一時的にセキュリティ製品のWeb保護/HTTPSスキャン/ダウンロード保護を停止して再試行
• 社内PCなどで停止できない場合は、管理者に許可（Allowlist）を依頼
• VPN を使っているなら一度切断して再試行（逆に、ネットワーク側遮断が強いなら VPN で回避できる場合もあります）

Temp とインストーラー周りの掃除（失敗のループを断つ）

ブロックが解除されても、壊れた一時ファイルが残っていると再失敗することがあります。次を合わせて行うと成功率が上がります。

• %temp% を開き、削除できる範囲で中身を削除（使用中で消せないものはスキップ）
• Visual Studio Installer を一度終了し、PC を再起動してから再試行

ブロック箇所	起きやすい症状	対処の方向性
EDR/AV の Web 保護	ダウンロード開始直後に即失敗、または一定割合で失敗	一時停止・除外設定・管理者に許可依頼
SSL/TLS インスペクション	証明書検証系のエラー、更新/インストールが通らない	インスペクション除外、企業ルート証明書の整合確認
プロキシ/PAC	Microsoft のみ到達不可、別ネットワークでは成功	WinHTTP/WinINET のプロキシ設定確認
アプリ制御/ホワイトリスト	インストーラー自体の動作や子プロセスが阻害	実行許可、管理者にルール追加依頼

企業・学校PCの場合、個人判断でセキュリティを長時間オフにするのは避け、切り分け目的で短時間だけ行うか、管理部門に相談するのが安全です。

解決報告がある盲点：hosts ファイルで Microsoft 配布先が誤誘導されている

「なぜか Microsoft だけ落とせない」原因として、hosts ファイルの影響は非常に強力です。hosts は DNS より優先されるため、ここに固定記述があると、正しい配布先に行けず、何度やっても失敗します。

確認場所

C:\Windows\System32\drivers\etc\hosts

典型例（不審な固定があると危険）

例えば次のように、配布ドメインが特定IPに固定されているケースがあります（例：download.visualstudio.microsoft.com が固定されていた、など）。

192.229.232.200 download.visualstudio.microsoft.com

このような行がある場合は、行頭に「#」を付けてコメントアウトするか、不要なら削除してから再試行します。

注意点：hosts に新たな IP を足す対策は慎重に

「aka.ms が引けないから hosts にIPを追加する」といった提案を見かけることがありますが、CDN はIPが変わることがあり、固定すると逆に不安定化します。まずは不審な固定設定を“元に戻す”方向（コメントアウト）を優先してください。

hosts を触ったら、DNS キャッシュもクリア

変更後は、次を実行すると反映が早くなります（管理者で実行）。

ipconfig /flushdns

「Microsoft だけ届かない」時に効くネットワーク側の基本リセット

PC側でプロキシやDNS、ソケット周りが壊れていると、特定の配布基盤だけ失敗することがあります。以下は破壊的変更が少なく、やって損が出にくい順です。

時刻のズレを直す（証明書エラーの温床）

PCの時計がズレていると、HTTPS の証明書検証で失敗しやすくなります。特に「長期間スリープ」「CMOS 電池弱り」「デュアルブート」などの環境は要注意です。

• 設定 → 時刻と言語 → 日付と時刻 → 時刻を自動的に設定 をオン
• 「今すぐ同期」を実行

WinHTTP プロキシを確認・リセット

Windows にはアプリにより WinHTTP 経由で通信するものがあります。ここにプロキシが残っていると、ブラウザは見えてもインストーラーが死ぬことがあります。

netsh winhttp show proxy
netsh winhttp reset proxy

DNS を切り替えて挙動を見る

DNS フィルタや誤応答が疑わしい場合、ルータ配布のDNSから一時的に切り替えるだけで改善することがあります。代表例：

• Google Public DNS：8.8.8.8 / 8.8.4.4
• Cloudflare：1.1.1.1 / 1.0.0.1

切り替え後は、ipconfig /flushdns を合わせると確実です。

ネットワークスタックのリセット（最後に）

原因が掴めない場合、Winsock や IP スタックを初期化すると通ることがあります。実行後は再起動してください。

netsh winsock reset
netsh int ip reset

対策	効きやすいケース	注意
時刻同期	証明書検証が絡む失敗、急に更新系だけ通らなくなった	企業ドメイン参加端末は時刻ソースが固定の場合あり
WinHTTP プロキシリセット	ブラウザはOKだが、インストーラー/更新が落ちる	会社の正規プロキシが必要な環境では管理者確認
DNS 切り替え	Microsoft系だけ名前解決/到達が不安定	社内ネットワーク規定がある場合は要相談
Winsock/IP リセット	過去にVPN/フィルタ/最適化ツールを入れた、設定が複雑	ネットワーク設定が初期化されることがある

Visual Studio 側でできる「現実的な回避策」

原因の根治が理想ですが、急ぎで開発環境を復旧したい場合は、回避策が役立ちます。

別PCでオフラインレイアウトを作って持ち込む

「別の場所の PC では成功する」状況なら特に有効です。通信できる環境でインストール用ファイル一式（レイアウト）を作り、USBや社内共有で問題PCへ持ち込みます。

例（Community の場合）：

vs_community.exe --layout C:\VSLayout --lang ja-JP

作成が終わったら、問題PCで C:\VSLayout 内のセットアップを起動してインストールします。これにより、インストール中の外部ダウンロード依存を大幅に減らせます（ただし、ワークロードやコンポーネントによっては追加取得が発生する場合があります）。

インストールログで「詰まっている地点」を特定する

Visual Studio Installer はログを出します。ログに残るエラーコードは、原因推定に非常に役立ちます。代表的な傾向をまとめます。

よく見るエラーの傾向	意味合い（目安）	疑うべきポイント
証明書/TLS 系の失敗っぽい文言	HTTPS の検証や暗号処理で落ちている	時刻ズレ、CNG/暗号関連サービス、SSLインスペクション、ルート証明書
即失敗（開始直後に終了）	名前解決や到達ができていない	hosts、DNS、プロキシ、ファイアウォール、フィルタ
時間をかけて失敗（タイムアウト）	途中まで行くが継続できない	回線品質、帯域制限、セキュリティ製品の途中遮断、ルータの大容量制限

ログは「何がダメか」を断定できないこともありますが、少なくとも“PC側の暗号/証明書系”なのか “ネットワーク到達性”なのかの方向性が見えます。

Windows の「クラウドからダウンロードしてリセット」も失敗する場合に追加で見るところ

クラウドリセットが失敗するのは、Microsoft の配布基盤へ到達できていない合図です。前述の対策（CNG/hosts/セキュリティ/プロキシ/DNS）はそのまま効きます。そのうえで、Windows 側の前提サービスが止まっていないかも確認します。

Windows 更新・配布に関わるサービス（停止していると詰まる）

サービス名（表示名）	役割（ざっくり）	状態の目安
Cryptographic Services	証明書/署名検証など	停止していないこと
Background Intelligent Transfer Service（BITS）	バックグラウンド転送	必要時に動く設定
Windows Update	更新の取得	無効化されていないこと
Delivery Optimization	配信最適化	無効化されていないこと

「軽量化ツール」「不要サービス停止」などで、更新系がまとめて止められている端末は特に注意してください。

OSの整合性を戻す（破損が疑わしい場合）

Windows 自体が破損していると、ダウンロードや検証プロセスが正常に動かないことがあります。次は定番ですが、クラウドリセットまで落ちる場合には試す価値があります。

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth

これでも改善しない場合、次章の「再インストール判断」に進むのが早いケースがあります。

最終手段：Windows を再インストールする判断基準

次の条件が揃う場合、環境破損や常駐ソフトの影響が深く、部分修復よりもクリーンインストール（または修復インストール）が結果的に短時間で安定します。

• CNG Key Isolation を含む暗号/更新系サービスを正しても改善しない
• hosts/プロキシ/DNS/セキュリティ製品の切り分けをしても改善しない
• Visual Studio だけでなく Windows のクラウドダウンロード系が全滅している
• 別ネットワークでも症状が変わらない（PC固有の問題が濃厚）

再インストール前の準備（やることだけ）

• ドキュメント/デスクトップ/開発プロジェクト/SSH鍵/資格情報などをバックアップ
• OneDrive や Git リモート、外付けSSDに退避（可能なら二重化）
• BitLocker を使っているなら回復キーを控える

「クラウドからダウンロードしてリセット」が失敗する環境では、インストールメディア（USB）を使った再導入の方が成功率が高いことが多いです。

再発防止のコツ（同じ沼に戻らないために）

• 不要な最適化ツールで「暗号/更新系サービス」を止めない
• hosts を広告ブロック目的で運用している場合は、Microsoft 配布ドメインを固定しない
• 企業ネットワークなら、Visual Studio/Windows 更新のためのドメイン許可を管理部門と共有する
• SSL/TLS インスペクション環境では、開発ツール/OS更新の例外設計が必要になりやすい

上から潰すための実行チェックリスト

作業の順番で迷ったら、次の順に進めると効率的です。

優先度	やること	狙い	所要感
最優先	CNG Key Isolation を「手動」＋開始	暗号/証明書前提の欠落を解消	数分
高	セキュリティ製品・アプリ制御・プロキシの影響を切り分け（短時間の一時停止/許可）	Microsoft 配布先だけ遮断される状況を解消	10〜30分
高	hosts を確認し、不審な固定記述をコメントアウト	DNSより強い誤誘導を除去	5〜15分
中	WinHTTP プロキシ確認/リセット、DNS切替、Winsock/IPリセット	PC側ネットワーク設定の破綻を戻す	10〜30分
中	別PCでオフラインレイアウトを作って持ち込む	ダウンロード依存を減らし、復旧を前倒し	30分〜
最終	OS 修復（SFC/DISM）→ だめなら再インストール	環境破損・常駐影響を一掃	1〜数時間

特に「他サイトはOKなのに Microsoft だけダメ」「別の場所のPCは成功」という条件が揃う場合、CNG Key Isolation の確認とhosts の固定記述の除去が当たりやすいポイントです。ここを押さえたうえで、セキュリティ製品・プロキシ・DNS を順に切り分ければ、原因に最短で到達できます。