Возможно ли развертывание.NET Framework 3.5 в WSUS?
Я искал Google и видел обсуждения по нему, даже в их собственных блогах MS, но я в растерянности.
Я пошел в WSUS и выбрал все пакеты.NET Framework, которые я могу найти (они были в области "Пакеты обновлений"), и установил для них "Установить" для тестовой группы.
Однако, когда я смотрю на отчеты, все эти пакеты отображаются как "N/A" для компьютеров в тестовой группе. Но на компьютерах по умолчанию установлен только.NET 1.1.
Итак, мой настоящий вопрос:
Могу ли я развернуть.NET Framework 3.5 через WSUS? Если так, то как? Если нет, можете ли вы порекомендовать другой ПРОСТОЙ способ его развертывания (я говорю это, потому что шаги по его развертыванию с использованием установок программного обеспечения GPO - это кошмар с кучей предварительных требований и т. Д.).
Спасибо!
ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ:
(во-первых, другие обновления прекрасно работают на этих компьютерах)
.NET Framework, который я установил для установки в WSUS:
KB951847
БАХ... НЕВЕРМИНД... теперь, когда я возвращаюсь и запускаю отчет, он показывает как Установлено. На прошлой неделе это показывалось как N/A. Я думаю, я бросил пистолет по этому вопросу.
3 ответа
Хорошо - у меня есть ответ на эту проблему - не тот, на который я надеялся... но он работает. Если вы взяли CAB-файл с установочного диска Windows в папке sources\sxs, запустите команду:
dism.exe / online / enable-feature / featurename: NetFX3 / source: "sources\sxs"
Windows установит dotNet в автономном режиме, не влияя на конфигурацию WSUS. Это было бы достаточно легко вписать в сценарий входа. Я попробовал это на Windows 10, так что я думаю, что это будет работать и на предыдущих версиях ОС.
Прежде всего, вам не нужны все пакеты.NET Framework, 3.5 SP1 подойдет. Попробуйте утвердить какое-то другое обновление и проверьте, установлено ли оно. Если нет, то что-то еще не работает, как ожидалось. Вы также можете проверить файл WindowsUpdate.log на наличие ошибок, иногда это действительно помогает.
Правильный способ сделать это упоминается в обсуждении технологий, но я опубликую его здесь явно, поскольку эти ссылки со временем умирают...
Что вы хотите сделать, так это включить продукт "Windows 10 Features On Demand" в WSUS.
Альтернатива, которая также работала для меня на сервере WSUS, который по какой-то причине клиент не хотел этого делать, заключалась в изменении параметра групповой политики, который позволяет клиентам Windows загружать новые функции из Microsoft напрямую для новых функций..
В редакторе GP откройте любой объект групповой политики, который вы используете для управления настройками Центра обновления Windows, и перейдите в
Computer Configuration > Policies > Administrative Template > System.
В этой папке есть настройка под названием
Specify settings for optional component installation and component repair. Включите этот параметр и установите флажок
Download repair content and optional features directly from Windows Update instead of Windows Server Update Services (WSUS)
Затем дождитесь репликации объекта групповой политики на все контроллеры домена и либо перезагрузите клиенты Windows, либо выполните
gpupdate /force, чтобы получить новую политику, а затем попробуйте установить свою функцию.
Это работает для всех дополнительных функций Windows, включая.NET 3.5, WSL и все остальное, что вы можете добавить.
Для справки, я нашел решение GPO в блоге здесь
Прочтите этот пост в блоге (7 мая 2009 г.):
Скоро появятся исправления.NET Framework 3.5 с пакетом обновления 1 (SP1) и обновлением семейства!
В качестве альтернативы вы можете развернуть его с помощью Active Directory (Руководство по развертыванию.NET Framework 3.5 для администраторов):
В этом разделе описывается использование Active Directory для развертывания пакета установки установщика Windows для определенного компонента в сети. Для развертывания компонентов, требующих извлечения файлов, необходимо иметь права администратора на целевых компьютерах.