ブラウザーはプロキシ経由で動作するが、Windows Update は失敗する
Windows Update には独自のサービス コンテキストとプロキシ要件があります。ブラウザー セッションの成功は、更新プログラムのダウンロードが同じ経路を通ることを証明しません。
ブラウザーでの成功は Windows Update のサービス コンテキストを検証しません。更新エラーと試行時刻から始め、次に関連する経路を調べます。WinHTTP を使用するシステムでは、この 読み取り専用クエリ が最初の比較として役立ちます:
netsh winhttp show proxy結果を意図された管理された更新ポリシーと比較します。ブラウザーのアカウントやプロキシ設定が、サービスに自動的に適しているわけではありません。
| 証拠 | 調査 |
|---|---|
| プロキシに接続できない | サービスのエンドポイントとネットワーク経路。 |
| 一致するプロキシ ログの 407 | 通知された 認証スキーム と、更新コンポーネントが利用できるアカウント コンテキスト。 |
| ダウンロード先が拒否された | インストールされている Windows リリースと更新の構成に対するエンドポイント要件。 |
試行をプロキシのアクセス/認証記録と関連付けます。Microsoft の 更新プログラムのトラブルシューティング ガイダンス は WinHTTP と HTTP Range 要求も扱っています。プロキシは必要な操作をサポートする必要があり、単に 1 つの Web ページを読み込むだけでは不十分です。
そのマシンでサポートされている構成インターフェイスと現在の要件を使用します。過去のホスト一覧や古い proxycfg コマンドは完全な現在のポリシーではありません。更新プログラムの整合性と証明書の検証を有効にしたまま、意図された更新要求が選択した経路で通常の検証を完了することを確認します。