WSUS, базиран на Windows Server 2012 и по-нова версия, поддържа възможността за инсталиране на Windows 10 не само редовни актуализации и корекции на защитата, но и големи сервизни пакети (в терминологията на Microsoft - надстройки). Но веднага след това тази функционалност не работи, подобен ъпгрейд (в концепцията на Windows 10 се нарича Редстоун ) клиентите просто не изтеглят. Ще разберем проблема.
WSUS на Windows Server 2012 въвежда нов тип актуализиращ клас - ъпгрейд. Включва се в конзолата WSUS в секцията Опции -> Продукт и класификация -> раздел класификация. Интересуваме се от варианта ъпгрейд (ако не е включено, не бързайте да го включите!).
Ако активирате тази опция, WSUS сървърът все още няма да изтегля надстройки, което дава грешка при зареждане. За да може WSUS сървърът да започне да изтегля пакетите за надстройка, трябва да инсталирате отделна актуализация на WSUS сървъра: KB 3095113 (Https://support.microsoft.com/en-us/kb/3095113).
забележка. Ако преди това сте активирали класификацията Upgrades и сте извършили синхронизация, след инсталирането на KB 3095113 ще трябва да почистите базата данни WSUS, като използвате следните команди PowerShell:
- Деактивиране на класификацията за надстройки
Get-WsusClassification | Where-Object -FilterScript $ _. Classification.Title -Eq „Надстройки“ | Set-WsusClassification -Disable - Премахваме информация от етичните подобрения от базата данни
$ wsus = Get-WsusServer
$ wsus.SearchUpdates („версия 1511, 10586, 1607“) | foreach $ wsus.DeleteUpdate ($ _. Id.UpdateId) - Остава да се включи класификацията Upgrades
Get-WsusClassification | Къде -FilterScript $ _. Classification.Title -Eq „Надстройки“ | Set-WsusClassification - И рестартирайте синхронизирането.
$ sub = $ s.GetSubscription ()
$ sub.StartSynchronization ()
Но това не е всичко, дори след инсталирането на KB 3095113 на сървъра, пакетите за надстройка на клиентите все още не се появяват. В WindowsUpdate.log регистрационните файлове на компютър с Windows 10 се появява грешка 0x80244019:
2016/08/24 15: 32: 36.3654849 1064 2660 DownloadManager BITS задача 84234ABB-06CE-4251-941C-281B4424EB32 не успя, актуализацияId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. URL адрес на файла = _http: //wsus.mydomain.com: 8530 / Съдържание / 7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, локален път = C: \ Windows \ SoftwareDistribution \ Изтеглете \ dc0dc85b32300fe505d5d9a2f479c1b0 \ 10586.0.151029-1700.th2_release_CLIENTENTERPRISE_VOL_x64fre_en-us.esd
2016/08/24 15: 33: 36.3658125 1064 2660 DownloadManager Прогрес на провал байтове общо = 2659650046, прехвърлени байтове = 18574952
2016/08/24 15: 33: 36.3845664 1064 2660 DownloadManager Грешка 0x80244019 възникна при изтегляне на актуализацията; уведомяване на зависими повиквания.
В дневника се вижда опит за изтегляне на ESD файла (нов формат за разпространение на изображение в OS), -7C / 6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd. Опитайте се да отворите този URL адрес в браузъра - ще се появи грешка 404. Факт е, че този тип файл не е разрешен в настройките на IIS и предаването му е блокирано.
За да позволите на WSUS сървъра да прехвърля ESD файлове, отворете конзолата Мениджър на Интернет информационни услуги (IIS), отидете на уебсайта Администрация на WSUS и изберете директория съдържание. В настройките на IIS изберете секцията Мими типове.
Добавете нов MIME тип (Добавяне на MIME тип):
Разширение на файла: .ESD
Тип MIME: приложение / октет-поток
съвет. Същото може да се направи и с командите:
cd% windir% \ system32 \ inetsrv
appcmd set config / section: staticContent /+" evidencefileExtension='.esd',mimeType='application/octet-stream '] "
Рестартирайте IIS услугата (iisreset) и ресинхронизирайте с клиентите. Клиентите на Windows 10 трябва да започнат да изтеглят esd файлове и може да започнат да инсталират сервизни пакети.
забележка. За информация: WSUS версия 3.2 на Windows Server 2008 R2 няма да може да разпространява надстройки за Windows 10. Очевидно Microsoft не планира да коригира този недостатък в близко бъдеще.
