Visual Studio Installer で「インストール用ファイルをダウンロードできません（Unable to download installation files）」が出て先へ進めない──この症状はネットワークやキャッシュ、権限、Windows サービスなど複数の要因が絡む“定番トラブル”です。本記事では再現例の多い原因を体系的に整理し、失敗しない順番での対処手順・コマンド・チェック観点・再発防止のコツまでを、現場運用に耐えるレベルでまとめます。コピー＆ペーストで使えるコマンドや表を豊富に載せています。
現象の整理：表示されるエラーと影響範囲
Visual Studio のブートストラップ（VisualStudioInstaller.exe や vs_*.exe）を起動後、数秒～数十秒でエラー「Unable to download installation files（インストール用ファイルをダウンロードできません）」が表示され、ワークロード選択画面へ進めません。インターネット接続自体は問題ないように見えても、次のいずれかが実際のボトルネックになっていることが多いです。
- 権限不足（管理者権限がなく、ネットワーク構成取得やフォルダー作成に失敗）
- 破損・不整合なインストーラーキャッシュ（過去の中断・失敗の残骸）
- プロキシ / VPN / セキュリティ製品 / ファイアウォールの干渉
- Windows サービス（Windows Update、BITS）停止・失調
- TLS 設定・証明書時刻ずれ・名前解決などの基盤不具合
解決の王道フロー（上から順番に実施）
インストーラーを「管理者として実行」
インストーラーはシステム領域に書き込み、ネットワーク構成を参照します。権限不足だと初期処理で失敗し、ダウンロード開始前にエラーが出ます。
VisualStudioInstaller.exeを右クリック → 管理者として実行。- UAC の確認に同意。
組織端末で標準ユーザーの場合は、ローカル管理者権限の付与や一時的な昇格ポリシーの適用を依頼すると安定します。
インストーラーのキャッシュを削除（再取得で整合性を回復）
中断や失敗で壊れたキャッシュが残っていると、再試行しても同じ地点で落ちます。以下の 2 箇所を空にしてから再実行します。
- パッケージ キャッシュ
%ProgramData%\Microsoft\VisualStudio\Packages - Installer キャッシュ
%ProgramData%\Microsoft\VisualStudio\Installer
エクスプローラーで削除できない場合は、管理者コマンド プロンプトで次を実行します。
takeown /f "C:\ProgramData\Microsoft\VisualStudio" /r /d y
icacls "C:\ProgramData\Microsoft\VisualStudio" /grant Administrators:F /t
rmdir /s /q "C:\ProgramData\Microsoft\VisualStudio\Packages"
rmdir /s /q "C:\ProgramData\Microsoft\VisualStudio\Installer"
その後、インストーラーを再起動します。
プロキシ・VPN・ファイアウォールの影響を排除
HTTP/HTTPS の透過性が落ちていると、ダウンロードが途中で止まります。まずは「オフ」にできるものを全部オフにして再試行し、因果を切り分けます。企業ネットワークでは管理者に以下の許可を依頼します。
- ポート：80 / 443（HTTP/HTTPS）
- 代表的な許可ドメイン例：
*.visualstudio.com、*.microsoft.com
自前で状況確認するコマンド例（管理者 PowerShell 推奨）：
# WinHTTP プロキシ設定を確認
netsh winhttp show proxy
# IE/Edge のプロキシ設定を WinHTTP に反映（必要時）
netsh winhttp import proxy source=ie
# 一時的に WinHTTP プロキシを解除（切り分け）
netsh winhttp reset proxy
# 名前解決と到達性の簡易確認
nslookup download.visualstudio.microsoft.com
curl -I [https://download.visualstudio.microsoft.com/](https://download.visualstudio.microsoft.com/) --max-time 10 エンドポイント保護（ウイルス対策・EDR 等）がブロックしている場合は、インストーラーと %ProgramData%\Microsoft\VisualStudio 配下を一時的に除外へ。必ず再度オンに戻す手順も決めておきましょう。
オフライン レイアウトでの確実インストール
ネットワークが不安定な環境では、必要パッケージ一式を一度に取得してからセットアップすると成功率が上がります。
vs_community.exe --layout C:\VSOffline --lang ja-JP
# Enterprise や Professional を使う場合は vs_enterprise.exe / vs_professional.exe に置き換え
取得後は、オフラインレイアウト直下の vs_setup.exe を実行します。特定ワークロードを含めて取得しておくと更に安定・高速化します。
# 例：.NET デスクトップ + C++ デスクトップ + 推奨構成を含めてレイアウトを作成
vs_community.exe --layout C:\VSOffline --lang ja-JP ^
--add Microsoft.VisualStudio.Workload.ManagedDesktop ^
--add Microsoft.VisualStudio.Workload.NativeDesktop ^
--includeRecommended
レイアウトは共有フォルダーに保管しておくと複数台に再利用できます。古くなるとマニフェスト不整合で失敗するため、定期的に同コマンドで更新しましょう。
必要な Windows サービス（Windows Update / BITS）の起動確認
インストーラーは BITS（Background Intelligent Transfer Service）や Windows Update のサブコンポーネントに依存します。停止中・無効化だとダウンロードがこけます。
- Win + R →
services.msc→ 次を 実行中 に- Windows Update
- Background Intelligent Transfer Service (BITS)
コマンドでの確認・起動（管理者 PowerShell）：
Get-Service wuauserv,bits | Format-Table Name,Status,StartType
Start-Service wuauserv
Start-Service bits
それでも不調なら、BITS キューの破損を疑います（実運用では慎重に）。
# 進行中ジョブの確認
bitsadmin /list /allusers
# 停滞ジョブの削除（注意）
bitsadmin /reset /allusers Visual Studio Installer の再インストール
- 「アプリと機能」から Microsoft Visual Studio Installer をアンインストール。
- 最新のインストーラーを入手し、上記 1～5 を改めて実施。
追加のヒントと深掘りポイント
TLS 1.2 を有効化（企業 PC でありがちなブロック）
暗号設定が古いとサーバーと握手できず失敗します。Internet Options → ［詳細設定］で TLS 1.2 にチェック。グループポリシーで固定されている場合は管理者へ相談します。レジストリでの明示（再起動必要）：
reg add "HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client" /v Enabled /t REG_DWORD /d 1 /f
reg add "HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client" /v DisabledByDefault /t REG_DWORD /d 0 /f
システム日時の整合性を取る
証明書検証は時刻に厳密です。数分のズレでも握手失敗になることがあります。Windows の「日付と時刻」から自動同期をオンにし、うまくいかない場合は NTP サーバー同期を実施します。
ログで“どこで落ちているか”を特定
次のログをテキストエディターで開き、HTTP ステータスや例外箇所を探すと原因が早く見つかります。
%TEMP%\dd_install_*.log%TEMP%\dd_client_*.log%ProgramData%\Microsoft\VisualStudio\Installer\配下のログ
特に 403（権限/ブロック）、404（URL 不在）、407（プロキシ認証要求）、0x80072EE7（名前解決失敗）、0x80072F8F（セキュリティ/TLS）などは切り分けの起点になります。
ネットワーク切り分けミニハック
- スマホのテザリングに一時切り替えて再試行（企業ネットワーク起因かを瞬時に判定）
- 別ユーザープロファイルで実行（ユーザー環境依存の破損を除外）
- 新規ローカル管理者アカウントで実行（権限とポリシー干渉の切り分け）
エラーコード別：原因と対処の早見表
| 症状 / コード | 主な原因 | 即効の対処 |
|---|---|---|
| 407 Proxy Authentication Required | プロキシで認証が必要 | WinHTTP/ブラウザのプロキシ整合、プロキシ認証情報の入力/付与 |
| 403 Forbidden | セキュリティ製品/Firewall のブロック | インストーラー実行ファイルと %ProgramData%\Microsoft\VisualStudio を除外に追加 |
| 404 Not Found | 古いマニフェストや部分的キャッシュ | キャッシュ削除 → 最新ブートストラップでやり直し / オフラインレイアウト再作成 |
| 0x80072EE7 | DNS/名前解決失敗 | nslookup で確認、DNS 変更、Hosts 汚染の有無を確認 |
| 0x80072EFE | 接続の切断・TLS 失敗 | VPN/プロキシを一時停止、TLS 1.2 有効化、セキュリティ製品のスキャン除外 |
| 0x80072F8F | 証明書・時刻ズレ | 時刻同期、ルート証明書更新の確認、検証系機能の一時無効化で切り分け |
ネットワーク要件の整理（再発防止）
許可すべき代表的な条件を表にまとめます。実環境に合わせて拡張してください。
| 区分 | 要件 | 補足 |
|---|---|---|
| ポート | TCP 80 / 443 | HTTP/HTTPS。SSL インスペクション有効時は例外設定を検討 |
| ドメイン例 | *.visualstudio.com, *.microsoft.com | ダウンロード、マニフェスト取得等に必要 |
| プロキシ | 透過性/認証方式の整合 | WPAD/PAC を使う場合は WinHTTP へ取り込み |
| ファイアウォール | Installer 実行ファイルの許可 | プロセスベースの許可を推奨 |
最短で直すためのチェックリスト
- ✓ 管理者として実行している
- ✓
%ProgramData%\Microsoft\VisualStudio\PackagesおよびInstallerを空にした - ✓ VPN/プロキシ/セキュリティ製品を一時停止して再試行した
- ✓
netsh winhttp show proxyとブラウザ設定の整合を確認した - ✓ TLS 1.2 を有効化し、システム時刻を同期した
- ✓ BITS/Windows Update が 実行中 であることを確認した
- ✓ オフラインレイアウトでのインストールを試した
- ✓ Installer をアンインストール → 最新版を再導入した
“それでもダメ”な場合の掘り下げ（上級編）
Windows ネットワークスタックの軽微リセット
Winsock カタログや DNS キャッシュの不整合で落ちるケース。再起動前提で以下を実行します（管理者コマンド プロンプト）。
ipconfig /flushdns
netsh winsock reset
netsh int ip reset
グループポリシー・セキュリティ基盤の確認
- 自動ルート証明書更新が抑止されていないか
- SSL/TLS インスペクションで Visual Studio ダウンロードを復号・再暗号化していないか
- アプリケーション制御（AppLocker 等）でブートストラップが拒否されていないか
Hosts 汚染・名前解決の疑いを払拭
C:\Windows\System32\drivers\etc\hosts に関連ドメインが書かれていないか確認し、不要なエントリーは削除。DNS を一時的に公開 DNS（例：1.1.1.1/8.8.8.8）へ切り替えて切り分け。
システムファイルの整合性チェック
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
OS 側の破損が疑われる場合に実施します。
よくある落とし穴と回避策
- 古いオフラインレイアウトの使い回し：マニフェスト更新で 404/整合性エラーに。定期更新 or その都度新規作成。
- プロキシ設定の二重管理：ブラウザは OK だが WinHTTP は別設定。
netsh winhttp import proxyで揃える。 - EDR の SSL/TLS スキャン：ダウンロードが異常に遅い/失敗。対象 URL またはプロセスを除外リストへ。
- キャッシュ削除の不完全：一部ファイルがロックされ削除できない。再起動後に再試行、権限の再付与。
- BITS 無効化の運用：帯域節約の副作用でインストールに失敗。手順時のみ有効化して完了後ポリシーへ戻す。
トラブルシューティング早見表（原因⇔対処のマッピング）
| 原因 | 観測される兆候 | 対処手順 | 確認コマンド |
|---|---|---|---|
| 権限不足 | 起動後すぐに失敗、ログに権限拒否 | 管理者として実行、昇格ポリシー適用 | – |
| キャッシュ破損 | 毎回同じタイミングで失敗 | 2 キャッシュを完全削除 → 再実行 | – |
| プロキシ認証 | 407、社内のみ失敗 | WinHTTP とブラウザ設定の整合、認証情報の適用 | netsh winhttp show proxy |
| EDR/AV の干渉 | 403/タイムアウト、通信はあるが完了しない | 対象プロセスとフォルダーを除外 | – |
| BITS 停止 | ダウンロードが開始しない | サービスを実行中へ、キュー破損時はリセット | Get-Service bits |
| TLS 無効/時刻ズレ | 0x80072F8F、ハンドシェイク失敗 | TLS 1.2 有効化、時刻同期 | – |
| 古いレイアウト | 404/整合性エラー | レイアウトを再作成/更新 | – |
実行に使えるコマンド集（コピペ用）
プロキシ/ネットワーク
# 現在の WinHTTP プロキシ設定
netsh winhttp show proxy
# IE/Edge の設定を取り込む
netsh winhttp import proxy source=ie
# WinHTTP プロキシを解除
netsh winhttp reset proxy
# DNS と到達性確認
nslookup download.visualstudio.microsoft.com
curl -I [https://download.visualstudio.microsoft.com/](https://download.visualstudio.microsoft.com/) --max-time 10 サービス
# サービス状況
Get-Service wuauserv,bits
# 起動
Start-Service wuauserv
Start-Service bits
# BITS ジョブ確認とリセット（注意）
bitsadmin /list /allusers
bitsadmin /reset /allusers キャッシュ・権限
takeown /f "C:\ProgramData\Microsoft\VisualStudio" /r /d y
icacls "C:\ProgramData\Microsoft\VisualStudio" /grant Administrators:F /t
rmdir /s /q "C:\ProgramData\Microsoft\VisualStudio\Packages"
rmdir /s /q "C:\ProgramData\Microsoft\VisualStudio\Installer"
オフラインレイアウト
# 日本語のみ
vs_community.exe --layout C:\VSOffline --lang ja-JP
# ワークロードを指定して容量と時間を最適化
vs_community.exe --layout C:\VSOffline --lang ja-JP ^
--add Microsoft.VisualStudio.Workload.ManagedDesktop ^
--add Microsoft.VisualStudio.Workload.NativeDesktop ^
--includeRecommended セキュリティと運用の注意
- 除外設定は一時的に。作業終了後は必ず元に戻す。
- レジストリ操作は復元ポイント作成のうえで実施し、変更履歴を残す。
- 共有レイアウトの保管場所はアクセス制御（読み取り専用）で保護する。
まとめ：この順番で進めれば解決できる
「管理者として実行」→「キャッシュ削除」→「プロキシ/VPN/EDR の切り分け」→「オフラインレイアウト」→「BITS/Windows Update の確認」→「Installer 再導入」の順で進めると、Visual Studio Installer の「インストール用ファイルをダウンロードできません」問題の大半は解消します。補足の TLS・時刻・ログ解析を併用すれば、再現性の高いネットワーク依存トラブルにも負けません。現場で使える表とコマンドを活用し、短時間で確実に復旧しましょう。
付録：原因別の“根拠ある”チェック観点
- 権限：ログに Access is denied、一時フォルダー作成失敗、サービス問い合わせの例外。
- キャッシュ破損：毎回同じ URL で失敗、削除後に別の URL まで進む。
- プロキシ/EDR：HTTP 407/403、到達性はあるのに完了しない、テザリングでは成功。
- BITS/Windows Update：サービス停止時は開始要求のログ、開始後にダウンロードが再開。
- TLS/証明書/時刻：Schannel のイベント、0x80072F8F、時刻同期で改善。
この“症状→根拠→対処”の三点セットで眺めれば、迷わずに原因へ到達できます。
コメント