Windowsでプロキシ設定後にMicrosoft Storeだけオフラインになるとき、まず疑うべきは回線断ではなく、プロキシの設定場所のズレです。Windows には自動検出、PAC、手動プロキシ、VPNごとのプロキシがあり、Microsoft Store のダウンロード処理は「配信の最適化（Delivery Optimization）」を使うため、ブラウザと見た目が同じでも内部の通信経路は完全には同じではありません。特に、認証付きプロキシや社内PCでは、ユーザー単位の設定だけでは足りず、アプリ向けポリシーやデバイス全体の設定まで確認が必要になることがあります。(マイクロソフトサポート)
先に結論を言うと、自宅PCなら Windows のプロキシ設定を方式ごとに見直す → Microsoft Store のキャッシュを消す → アプリを修復/リセットする → Windows と時刻を最新状態にする の順で直ることが多いです。会社PCや学校PCなら、その前に 「アプリ向けプロキシポリシー」「認証付きプロキシ」「デバイス全体のプロキシ配布」 を情シスに確認した方が早く解決します。(マイクロソフトサポート)
Windowsでプロキシ設定後にMicrosoft Storeだけオフラインになる主な原因
Windows のプロキシは1か所ではありません。設定アプリでは「自動検出」「セットアップ スクリプト（PAC）」「手動プロキシ」を設定でき、さらに VPN 接続ごとに別のプロキシを持てます。しかも Windows のプロキシ処理は、自動検出 → スクリプト → 手動プロキシ → 直接接続の順で評価されます。つまり、手動プロキシを入れたつもりでも、古い WPAD や死んだ PAC が先に評価されて Store 側の通信だけ不安定になることがあります。(マイクロソフトサポート)
加えて、Microsoft Store のアプリ取得や更新には配信の最適化が使われます。Microsoft は、配信の最適化がプロキシ越しに動くときは Windows のプロキシ設定や Internet Options 系の設定を使う前提で説明しており、単純な netsh winhttp set proxy だけでは自動検出・PAC・認証付きプロキシを十分に扱えないと明記しています。検索でよく見るコマンドをそのまま打つだけでは、逆に状況が悪化することがあります。(マイクロソフトサポート)
管理端末ではさらに厄介です。Windows の Network Isolation には 「Internet proxy servers for apps」 や 「Proxy definitions are authoritative」 という、アプリ向け のプロキシ設定があります。Microsoft Learn でも、これらは desktop apps には適用されない とされています。そのため、デスクトップ版ブラウザは普通に使えるのに、Microsoft Store のようなアプリだけオフラインになる、という現象が起こり得ます。(Microsoft Learn)
30秒で切り分ける
| 状態 | まず疑うもの |
|---|---|
| ブラウザは通るのに Microsoft Store だけオフライン | Windows のプロキシ評価順、配信の最適化経由の通信、アプリ向けプロキシポリシーの不整合。(Microsoft Learn) |
| Store は開くが、インストールや更新だけ失敗する | 配信の最適化、Microsoft Store Install Service、認証付きプロキシ。(マイクロソフトサポート) |
| 会社PCや VPN 接続時だけ再現する | VPN 別プロキシ、デバイス全体のプロキシ未設定、authoritative policy。(マイクロソフトサポート) |
| 急に再現した | Store キャッシュ破損、Windows 更新不足、時刻や場所設定のズレ。(マイクロソフトサポート) |
まず確認するべき設定
プロキシを「どの方式で」設定したのか
最初に開く場所は、設定 > ネットワークとインターネット > プロキシ です。ここで、自動検出を使っているのか、PAC を使っているのか、手動プロキシなのかをはっきりさせます。ここが曖昧なまま対処を始めると、原因を見失いやすくなります。(マイクロソフトサポート)
見るべきポイントは4つです。
- 自動検出を使わない環境なのに、有効のままになっていないか
- PAC を使うなら、スクリプト URL が今も正しいか
- 手動プロキシなら、アドレス・ポート・例外リストが合っているか
- VPN 利用時は、その VPN 接続の詳細オプション側に別のプロキシが入っていないか
Windows は VPN 接続に対して別のプロキシ設定を持てます。社内 VPN を張るときだけ Store がオフラインになるなら、本体のプロキシ設定ではなく VPN 側のプロキシ設定 が原因のことが少なくありません。(マイクロソフトサポート)
netsh winhttp set proxy を先に打たない
技術ブログや掲示板でよく見かけるのが、netsh winhttp set proxy を最初に実行する方法です。ですが、Microsoft は配信の最適化について、この方法は 自動検出なし、明示的な PAC URL 非対応、プロキシ認証非対応 のため推奨しないと説明しています。認証付きプロキシや PAC 環境では、これだけで直そうとしない方が安全です。(Microsoft Learn)
静的プロキシ環境だけ、一時的に WinHTTP 側のズレを確認する
固定の サーバー名:ポート で運用している環境なら、切り分け目的 で WinHTTP 側の状態を見る価値があります。Microsoft の source=ie という表現は古い Internet Explorer を使うという意味ではなく、Windows の Internet Options / WinINET 系のプロキシ設定から取り込む、という意味です。(Microsoft Learn)
netsh winhttp show proxy
netsh winhttp import proxy source=ie
netsh winhttp show proxyimport のあとに改善したなら、原因は Windows 側のプロキシ設定と WinHTTP 側の分断 だった可能性が高いです。ただしこれはあくまで静的プロキシ向けの切り分けです。PAC、自動検出、認証付きプロキシ、社内ポリシー管理端末では、恒久対策を netsh だけで済ませない方が安全です。(Microsoft Learn)
なお、netsh winhttp reset proxy は WinHTTP を直接接続に戻すコマンドです。プロキシ必須の環境で安易に実行すると、Windows Update 系の通信まで失敗しやすくなるため注意してください。(Microsoft Learn)
Microsoft Storeを復旧する具体的な手順
Microsoft Store のキャッシュを消す
Microsoft 公式の基本手順は wsreset.exe です。Win + R を押して、次を実行します。
wsreset.exe黒いコマンド画面が一瞬開き、しばらくして閉じれば正常です。その後、自動で Microsoft Store が開きます。プロキシ設定変更の直後に Store の内部キャッシュだけが古いまま残っているケースでは、これだけで戻ることがあります。(マイクロソフトサポート)
修復、それでもだめならリセット
wsreset.exe で直らない場合は、設定 > アプリ > インストールされているアプリ > Microsoft Store > 詳細オプション に進みます。そこでまず 修復、改善しなければ リセット を実行します。Microsoft も、アプリ不調時はこの順番での対処を案内しています。(マイクロソフトサポート)
Windows と Microsoft Store を更新する
Store 周りの不具合は、Windows 側の品質更新や Store 本体の更新で改善することがあります。設定 > Windows Update > 更新プログラムのチェック を先に実行し、Store が開けるなら ライブラリ > 更新プログラムを取得 も実行します。認証付きプロキシ環境では、Microsoft が最新の品質更新プログラムを前提にしている項目もあるため、古いビルドを放置しない方が安全です。(マイクロソフトサポート)
インストールや更新だけ止まるなら Install Service を確認する
Store の画面は開くのに、インストールや更新だけが進まないなら、Microsoft Store Install Service が無効化されていないかを確認します。Microsoft Learn は、このサービスが Microsoft Store の基盤機能を支え、無効だとインストールが正常に動かない と説明しています。VDI の最適化や不要サービス停止をした後に起きやすいポイントです。(Microsoft Learn)
時刻・タイムゾーン・場所設定を合わせる
Microsoft の Store トラブルシューティングでは、time and location settings の確認が案内されています。さらに Windows Update の公式サポートでも、日時設定の誤りは更新の妨げになる とされています。Store がオフラインに見えるときも、設定 > 時刻と言語 > 日付と時刻 で「時刻を自動的に設定する」「タイムゾーンを自動的に設定する」を見直し、必要なら 今すぐ同期 してください。(マイクロソフトサポート)
会社PC・学校PCで起きるなら、情シスにこう伝える
社内端末なら、次の4点をそのまま伝えると話が早いです。
- Microsoft Store だけオフラインで、ブラウザは使える
- VPN 接続時だけ悪化するかどうか
Internet proxy servers for appsとProxy definitions are authoritativeが入っていないか- プロキシが デバイス全体 に配られているか、それとも ユーザー単位 だけか
- Microsoft Store Install Service が無効化されていないか
Microsoft は、配信の最適化で device-wide proxy の考え方を案内しており、Network Isolation では アプリ向けプロキシ設定 を別枠で定義しています。ここがずれていると、ブラウザではなく Store だけが落ちる切り分けになります。(Microsoft Learn)
もし Windows Update 側でも 407 などのプロキシ認証エラーが出ているなら、端末側だけでなく、プロキシ認証の設計そのもの を見直す段階です。Microsoft も、407 は WinHTTP または WinINet の設定不整合や proxy auth 問題として案内しています。(Microsoft Learn)
やってはいけない対処
一番避けたいのは、原因を見ないまま netsh winhttp set proxy だけを打つこと です。PAC、WPAD、認証付きプロキシ、VPN 別設定が絡む環境では、見かけ上は直ったように見えても後で別の通信が壊れやすくなります。Microsoft 自身も、配信の最適化ではこの方法を推奨していません。(Microsoft Learn)
次に避けたいのは、会社PCでいきなりネットワークリセットを行うこと です。ネットワークリセットは最後の手段で、ネットワークアダプターを再インストールし、VPN クライアントや仮想スイッチの再設定が必要になることがあります。既知ネットワークが Public 扱いに戻ることもあるため、検証前の一発勝負には向きません。(マイクロソフトサポート)
迷ったときの結論
最初の一手は、「どの方式のプロキシを使っているか」を Windows の設定画面で確認すること です。次に、静的プロキシ環境なら WinHTTP 側のズレを見て、wsreset.exe、Microsoft Store の修復/リセット、Windows Update、時刻同期の順で進めます。会社PCなら、その前に アプリ向けプロキシポリシー と デバイス全体のプロキシ設定 を情シスへ確認した方が、遠回りせずに済みます。(マイクロソフトサポート)
コメント