Решение проблемы с ошибкой 0x800b0001 в Windows Server 2012
Ожидает приглашения
Полгода назад на одном из серверов у меня перестали устанавливаться обновления.
Я точно знал, какой софт я устанавливал на сервер, но решения проблемы найти не мог. Так прошло где-то около полугода. И вот, наконец, проблему удалось решить.
Все сервера у меня обновляются через WSUS, установленный на Windows Server 2012, поэтому распространенное решение по устранению этой ошибки: установка Update для WSUS Servers 3.0 SP2 не подошло, так как сервер уже самой последней версии. Также не могло быть проблем с активацией, ибо все лицензионное. Грешить на Hyper-V или синхронизацию времени также причин не было, рядом на том же хосте обновлялся десяток виртуальных 2008R2 и 2012-х.
В поисках решения проблемы я гуглил и яндексил все свободное время, хотя его было маловато, и даже освоил расширенный поиск! Но решения не было.
Под конец мучений, я решил, что нужно удалить с сервера все ненужное ПО. Там, например, стоял Oracle Runtime Environment, который, к слову, удаляется через запуск установщика, что не очень очевидно, так как в списке установленных программ его нет. Удалил, проблема не ушла. Удалил все остальное.
В итоге там остался только Infotecs VipNet Client, для работы которого, собственно, сервер и держится.
Я снова полез смотреть логи Windows Update.
2013-11-07 09:59:37:109 796 474 Misc WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\wuredir.cab are not trusted: Error 0x800b0001
2013-11-07 09:59:38:003 796 474 Misc WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\wuredir.cab are not trusted: Error 0x800b0001
2013-11-07 09:59:38:097 796 474 Misc WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\wuredir.cab are not trusted: Error 0x800b0001
2013-11-07 09:59:38:097 796 474 EP FATAL: SLS: Failed to download and verify redir., error = 0x800B0001
2013-11-07 09:59:38:097 796 474 EP FATAL: Failed to obtain 9482F4B4-E343-43B6-B170-9A65BC822C77 redir Client/Server URL, error = 0x800B0001
2013-11-07 09:59:38:097 796 474 PT WARNING: PTError: 0x800b0001
2013-11-07 09:59:38:097 796 474 PT WARNING: Initialization failed for Protocol Talker Context: 0x800b0001
2013-11-07 09:59:38:113 796 474 Agent * WARNING: Exit code = 0x800B0001
AutomaticUpdates]
И тут меня осенило! Проблема заключается во встроенном криптопровайдере VipNet.
Я сталкивался с этой проблемой ранее в другом контексте – Установка ЭЦП — и сотрудники удостоверяющего центра присылали мне разные заготовленные ответы, чтобы я мог их пробовать для решения той проблемы. Среди тех ответов, которые я мудро сохранил в Evernote, была рекомендация отключить встроенный криптопровайдер Vipnet и разрегистрировать библиотеку itcssp.dll.
Итого:
После установки ViPnet Client отключаем встроенный криптопровайдер ViPNet CSP (Меню «Сервис» — «Настройка параметров безопасности» — «Криптопровайдер»)
Далее запуск командной строки от имени администратора и выполнить:
regsvr32 /u C:\Windows\System32\itcssp.dll
Далее перезагрузить сервер.
Теперь обновления снова успешно ищутся и устанавливаются.
Я точно знал, какой софт я устанавливал на сервер, но решения проблемы найти не мог. Так прошло где-то около полугода. И вот, наконец, проблему удалось решить.
Все сервера у меня обновляются через WSUS, установленный на Windows Server 2012, поэтому распространенное решение по устранению этой ошибки: установка Update для WSUS Servers 3.0 SP2 не подошло, так как сервер уже самой последней версии. Также не могло быть проблем с активацией, ибо все лицензионное. Грешить на Hyper-V или синхронизацию времени также причин не было, рядом на том же хосте обновлялся десяток виртуальных 2008R2 и 2012-х.
В поисках решения проблемы я гуглил и яндексил все свободное время, хотя его было маловато, и даже освоил расширенный поиск! Но решения не было.
Под конец мучений, я решил, что нужно удалить с сервера все ненужное ПО. Там, например, стоял Oracle Runtime Environment, который, к слову, удаляется через запуск установщика, что не очень очевидно, так как в списке установленных программ его нет. Удалил, проблема не ушла. Удалил все остальное.
В итоге там остался только Infotecs VipNet Client, для работы которого, собственно, сервер и держится.
Я снова полез смотреть логи Windows Update.
2013-11-07 09:59:37:109 796 474 Misc WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\wuredir.cab are not trusted: Error 0x800b0001
2013-11-07 09:59:38:003 796 474 Misc WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\wuredir.cab are not trusted: Error 0x800b0001
2013-11-07 09:59:38:097 796 474 Misc WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\wuredir.cab are not trusted: Error 0x800b0001
2013-11-07 09:59:38:097 796 474 EP FATAL: SLS: Failed to download and verify redir., error = 0x800B0001
2013-11-07 09:59:38:097 796 474 EP FATAL: Failed to obtain 9482F4B4-E343-43B6-B170-9A65BC822C77 redir Client/Server URL, error = 0x800B0001
2013-11-07 09:59:38:097 796 474 PT WARNING: PTError: 0x800b0001
2013-11-07 09:59:38:097 796 474 PT WARNING: Initialization failed for Protocol Talker Context: 0x800b0001
2013-11-07 09:59:38:113 796 474 Agent * WARNING: Exit code = 0x800B0001
AutomaticUpdates]
И тут меня осенило! Проблема заключается во встроенном криптопровайдере VipNet.
Я сталкивался с этой проблемой ранее в другом контексте – Установка ЭЦП — и сотрудники удостоверяющего центра присылали мне разные заготовленные ответы, чтобы я мог их пробовать для решения той проблемы. Среди тех ответов, которые я мудро сохранил в Evernote, была рекомендация отключить встроенный криптопровайдер Vipnet и разрегистрировать библиотеку itcssp.dll.
Итого:
После установки ViPnet Client отключаем встроенный криптопровайдер ViPNet CSP (Меню «Сервис» — «Настройка параметров безопасности» — «Криптопровайдер»)
Далее запуск командной строки от имени администратора и выполнить:
regsvr32 /u C:\Windows\System32\itcssp.dll
Далее перезагрузить сервер.
Теперь обновления снова успешно ищутся и устанавливаются.