Я искал в Google и видел обсуждения по этому поводу, даже в их собственных блогах MS, но я в растерянности.
Я вошел в WSUS и выбрал все пакеты .NET Framework, которые смог найти (они были в области «Пакеты обновлений»), и установил для них значение «Установить» для тестовой группы.
Однако, когда я смотрю отчеты, все эти пакеты отображаются как «Н / Д» для компьютеров в тестовой группе. Но на компьютерах по-прежнему установлен только .NET 1.1 по умолчанию.
Итак, мой настоящий вопрос:
Могу ли я развернуть .NET Framework 3.5 через WSUS? Если да, то как? Если нет, можете ли вы порекомендовать другой ПРОСТОЙ способ его развертывания (я говорю это, потому что шаги по его развертыванию с помощью установки программного обеспечения GPO - это кошмар с множеством предварительных требований и т. Д.).
Спасибо!
ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ:
(во-первых, на эти компьютеры нормально развертываются другие обновления)
Я установил .NET Framework в WSUS:
KB951847
БАХ ... НЕВЕРМИНД ... теперь, когда я возвращаюсь и запускаю отчет, он отображается как установленный. На прошлой неделе это было N / A. Думаю, я резко отказался от этого вопроса.
хорошо - у меня есть ответ на эту проблему - не тот, на который я надеялся ... но он работает. Если вы берете файл .cab с установочного диска Windows в папке sources \ sxs, выполните команду:
DISM.exe / онлайн / включить-функцию / имя функции: NetFX3 / источник: "источники \ sxs"
Windows установит dotNet в автономном режиме, не влияя на конфигурацию WSUS. Это было бы достаточно легко встроить в сценарий входа в систему. Я пробовал его в Windows 10, так что думаю, он будет работать и в предыдущих версиях ОС.
Во-первых, вам не нужны все пакеты .NET framework, подойдет 3.5 SP1. Попробуйте одобрить какое-нибудь другое обновление и проверьте, установлено ли оно. В противном случае что-то еще не работает должным образом. Вы также можете проверить файл WindowsUpdate.log за ошибки иногда действительно помогает.
Прочтите это сообщение в блоге (7 мая 2009 г.):
В качестве альтернативы вы можете развернуть его с помощью Active Directory (Руководство по развертыванию .NET Framework 3.5 для администраторов):
В этом разделе описывается, как использовать Active Directory для развертывания пакета установки установщика Windows для определенного компонента в сети. Чтобы развернуть компоненты, требующие извлечения файлов, у вас должны быть права администратора на целевых компьютерах.
Правильный способ сделать это упоминается в обсуждении технологий, но я опубликую его здесь явно, поскольку эти ссылки со временем умирают ...
Что вы хотите сделать, так это включить продукт «Функции Windows 10 по запросу» в 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 в сообщении в блоге Вот