Проблема «Загрузка обновлений 0%» в Windows Server 2016 и Windows 10

Я столкнулся с интересной «функцией» или «ошибкой» в службе Windows Update на Windows Server 2016 (Windows 10 RTM). Если вы не используете внутренний сервер WSUS и ваша ОС должна обновляться непосредственно с серверов Центра обновления Microsoft в Интернете, при загрузке обновлений в Windows Server 2016 через прокси-сервер процесс загрузки зависает на уровне 0 % ( Загрузка обновлений 0%).

Что интересно, клиент Центра обновления Windows смог отправлять/скачивать метаданные обновлений (список необходимых обновлений успешно сформирован), но ни одно из них не удалось загрузить.
Создадим и откроем файл WindowsUpdate.log. с помощью командлета Get-WindowsUpdateLog.

2018/11/11 12:32:47.8312332 123 3542 DownloadManager BITS job initialized: JobId = {E3BB42A1C-42B4-221B-1320-8AB433CE1965E}
2018/11/11 12:32:47.8436054 123 3542 DownloadManager Downloading from http://download.windowsupdate.com/c/msdownload/update/software/defu/2017/09/nis_engine_1af0e4b80bf4028f8dac56ebf186b392e4e72486.exe to C:\Windows\SoftwareDistribution\Download\f71ddf93ec2d087c819cf75c55ddfda2\1af0e4b80bf4028f8dac56ebf186b392e4e72486 (full file)
2018/11/11 12:32:47.8452605 123 3542 DownloadManager New download job {E3BB42A1C-42B4-221B-1320-8AB433CE1965E} for UpdateId F608EDA4-2E84-433A-A8C9-8117411F91A8.200
2018/11/11 12:32:47.8545291 123 3542 DownloadManager Download job E3BB42A1C-42B4-221B-1320-8AB433CE1965E resumed.
2018/11/11 12:32:47.8734449 123 3542 DownloadManager Failed to connect to the DO service; (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 Failed creating DO job with hr 80246008
2018/11/11 12:32:47.8772521 123 3542 DownloadManager DO download failed with error 80246008[Extended: 80040154], falling back to BITS and retrying with new Download Job.

Как видите, BITS не может загрузить файлы с ошибкой 80246008(SUS_E_DM_FAILTOCONNECTTOBITS - см. полный список кодов ошибок обновления Windows).

Как оказалось, настройки прокси-сервера для Internet Explorer в Windows Server 2016 RTM (10.0.14393) работают не так, как в предыдущих версиях Windows. Чтобы клиент Центра обновления Windows мог получить доступ к Интернету через прокси-сервер, необходимо принудительно установить системный прокси-сервер для winhttp.

Отобразите текущие настройки прокси-сервера для WinHTTP:

netsh winhttp show proxy

Как видите, настройки прокси для WinHTTP не заданы. Прокси-сервер был настроен в Internet Explorer на уровне пользователя, но не на уровне системы (WinHTTP). Эта конфигурация приводит к сбою подключения к Центру обновления Windows.

Вы можете установить параметры системного прокси для WinHTTP следующим образом:

netsh winhttp set proxy proxy-server="192.168.100.24:3128" bypass-list="*.active-directory.ru"

Или вот так, импортировав настройки из IE (настройки прокси в Internet Explorer необходимо задать вручную или заранее настроить с помощью GPO):

netsh winhttp import proxy source=ie

После изменения настроек прокси перезапустите службу Центра обновления Windows:

Restart-service wuauserv

После указания прокси-сервера для WinHTTP Windows Server 2016 начал загружать обновления с серверов Центра обновления Microsoft.

Такая же проблема характерна для RTM-версии Windows 10 (RTM-версия агента обновления Windows — 10.0.14393.0).

Также не забывайте, что вы не сможете получать обновления через прокси-сервер, требующий аутентификации, поскольку клиент Центра обновления Windows не поддерживает аутентификацию через прокси (в отличие от PowerShell). Чтобы Центр обновления Windows работал правильно, необходимо разрешить анонимный доступ к серверам Центра обновления Microsoft на вашем прокси-сервере. Список URL-адресов приведен ниже:

*.microsoft.com
microsoft.com
*.windowsupdate.com
windowsupdate.com
*.trafficmanager.net
trafficmanager.net