Windows Server
 Computer >> コンピューター >  >> システム >> Windows Server

「更新プログラムのダウンロード0%」WindowsServer2016およびWindows10での問題

Windows Server 2016(Windows 10 RTM)のWindowsUpdateサービスで興味深い「機能」または「バグ」に遭遇しました。内部WSUSサーバーを使用しておらず、インターネット上のMicrosoft UpdateサーバーからOSを直接更新する必要がある場合、プロキシサーバーを介してWindows Server 2016で更新をダウンロードすると、ダウンロードプロセスが0%のままになります(アップデートのダウンロード0% )。

「更新プログラムのダウンロード0%」WindowsServer2016およびWindows10での問題

興味深いことに、Windows Updateクライアントは更新メタデータを送信/ダウンロードできましたが(必要な更新のリストは正常に作成されました)、ダウンロードできませんでした。
WindowsUpdate.logを作成して開きます。 Get-WindowsUpdateLogコマンドレットを使用します。

2018/11/11 12:32:47.8312332 123 3542 DownloadManager BITSジョブが初期化されました:JobId ={E3BB42A1C-42B4-221B-1320-8AB433CE1965E}
2018/11/11 12:32:47.8436054 123 3542 DownloadManager https://download.windowsupdate.com/c/msdownload/update/software/defu/2017/09/nis_engine_1af0e4b80bf4028f8dac56ebf186b392e4e72486.exeからC:\ Windows \ SoftwareDistribution \ Download \ f71ddf93ec2d087c819cf75c55ddfda2 \ 1af0e4 2018/11/11 12:32:47.8452605 1233542DownloadManager新しいダウンロードジョブ{E3BB42A1C-42B4-221B-1320-8AB433CE1965E}forUpdateId F608EDA4-2E84-433A-A8C9-8117411F91A8.200
2018/11/11 12 :32:47.8545291 1233542DownloadManagerダウンロードジョブE3BB42A1C-42B4-221B-1320-8AB433CE1965Eが再開されました。
2018/11/1112:32:47.8734449 1233542DownloadManagerがDOサービスに接続できませんでした。 (hr =80040154)
2018/11/11 12:32:47.8734462 123 3542 DownloadManager GetDOManager()failed、hr =80246008、hrExtended =80040154
2018/11/11 12:32:47.8734472 123 3542 DownloadManagerがhr80246008でDOジョブの作成に失敗しました
2018/11/1112:32:47.8772521 123 3542 DownloadManagerDOのダウンロードがエラー80246008[Extended:80040154]で失敗し、BITSにフォールバックして、新しいダウンロードジョブで再試行しました。

ご覧のとおり、BITSはエラー 80246008のファイルをダウンロードできません。 (SUS_E_DM_FAILTOCONNECTTOBITS – Windows Updateエラーコードの完全なリストを参照してください。)

結局のところ、Windows Server 2016 RTM(10.0.14393)のInternet Explorerのプロキシサーバー設定は、以前のWindowsバージョンと同じようには機能しません。 Windows Updateクライアントがプロキシを介してインターネットにアクセスできるようにするには、winhttpのシステムプロキシを強制的に設定する必要があります。

「更新プログラムのダウンロード0%」WindowsServer2016およびWindows10での問題

WinHTTPの現在のプロキシサーバー設定を表示します:

netsh winhttp show proxy

現在のWinHTTPプロキシ設定:

直接アクセス(プロキシサーバーなし)。

「更新プログラムのダウンロード0%」WindowsServer2016およびWindows10での問題

ご覧のとおり、WinHTTPのプロキシ設定は設定されていません。プロキシはInternetExplorerでユーザーレベルで構成されましたが、システムレベル(WinHTTP)では構成されていませんでした。この構成により、WindowsUpdateへの接続が失敗します。

WinHTTPのシステムプロキシパラメータは次のように設定できます。

netsh winhttp set proxy proxy-server ="192.168.100.24:3128" fetch-list="*。woshub.com"

「更新プログラムのダウンロード0%」WindowsServer2016およびWindows10での問題

または、このように、IEから設定をインポートします(Internet Explorerのプロキシ設定は手動で設定するか、GPOを使用して事前に構成する必要があります):

netsh winhttp import proxy source =ie

プロキシ設定を変更した後、WindowsUpdateサービスを再起動します。

Reset-service wuauserv

「更新プログラムのダウンロード0%」WindowsServer2016およびWindows10での問題

WinHTTPのプロキシが指定された後、WindowsServer2016はMicrosoftUpdateサーバーから更新プログラムのダウンロードを開始しました。

同じ問題は、Windows 10のRTMバージョン(Windows UpdateエージェントのRTMバージョン– 10.0.14393.0)によく見られます。

。 Microsoft Update Catalog(2016年11月以降にリリース)から最新の累積的な更新プログラムを手動でダウンロードしてインストールすると、WinHTTPプロキシを設定しなくても、更新プログラムは通常どおりダウンロードおよびインストールされます。 Microsoftの情報によると、このバグはWindowsUpdateエージェント10.0.14393.187以降で修正されました。

また、Windows Updateクライアントは(PowerShellとは異なり)プロキシ認証をサポートしていないため、認証が必要なプロキシサーバーを介して更新を取得できないことを忘れないでください。 Windows Updateが正しく機能するには、プロキシサーバー上のMicrosoftUpdateサーバーへの匿名アクセスを許可する必要があります。 URLのリストを以下に示します:

  • *。microsoft.com
  • microsoft.com
  • *。windowsupdate.com
  • windowsupdate.com
  • *。trafficmanager.net
  • trafficmanager.net


  1. Windows8.1およびWindowsServer2012R2KMS-アクティベーション

    Windows8.1およびWindowsServer2012 R2の公式リリースから約4か月が経過したため、システム管理者は、これらのOSを完全にサポートするためにITインフラストラクチャを更新する必要があります。この記事では、KMSサーバー上のWindows8.1およびWindowsServer 2012 R2のKMS(Key Management Service)アクティベーションの問題について説明し、古いバージョンのWindowsに展開します。 [アコーディオン][tabtitle =”この記事の内容”] [/ tab] [/ accordion] KMSサーバーが新し

  2. 修正:Windows7の更新プログラムがダウンロードされない

    Windows 7はかなり古いOSですが、多くの人がPCを使い続けることを選択し、Windows 7の設計方法のために、新しいオペレーティングシステムのインストールを避けています。ただし、年月が経つにつれ、Windows 7の更新プログラムを入手するのが難しくなり、MicrosoftはOSに十分な注意を払っていません。 Windows 7の更新プログラムが正しくダウンロードされない場合は、以下の記事にある方法に従って修正する必要があります。通常の更新の問題は、更新のダウンロードウィンドウが0%ダウンロードされたままになることです。これを修正してみましょう。 ただし、ソリューションを続行す