[Jekael]

А что собственно там настраивать? Клиенты добавляются в группу обновлений на WSUS при первом обращении к нему. НАдо только настроить время синхронизации, какие обновления закачивать и впринципе все. Главное в GP не забыть прописать адрес сервера: http://<имя сервера WSUS>:<порт для WSUS>

[xeel]

Нет, меня немного не то интересует...
Ситуация такая: у меня есть 2 физически не соединенные между собой сетки.
В одной (пусть будет №1) есть выход в интернет
В другой (№2) - нету.
В сетке №2 стоит сервер (Stand-alone) и куча рабочих станций - все члены одного домена. Я хочу использовать WSUS для установки обновлений на рабочих станциях в сети №2.
Вопрос: можно ли настроить сервер WSUS так, чтобы он не лез в интернет за обновлениями, а брал их из папки на сервере? А в эту папку я их буду руками перекладывать из сети №1 (например - на флэшке приносить).

[SkyF]

xeel
Собственно:
Идем на сайт разработчика (TechNet Home > TechCenter Home > Technology Quick Links)

Далее в раздел развертывания: WSUS Deployment Guide, скачиваем документацию и в руководстве указана тема раздела:
Set Up a Disconnected Network (Import and Export Updates)
Managing WSUS on a disconnected network involves exporting updates and metadata from a WSUS server on a connected network and then importing all that information into the WSUS server on the disconnected network. There is a conceptual discussion of why this might be useful in the "Networks Disconnected from the Internet" section in Choose a Type of Deployment earlier in this guide.
<.. skipped …>

и делаем по этому руководству..

[xeel]

to: SkyF
Спасибо большое!

[Yustus]

в частности одним из основных требований является наличие на рабочей станции IE 6.0 ... хотя у меня иногда все нормально было и с 5.хх

IE 6 не обязателен.

Поделитесь соображениями, как сделать так, чтобы инсталляция обновлений проходила незаметно для пользователя? Если ставить "скачивать апдейты и инсталлировать по расписанию", то при завершении работы появляется пунктик "инсталлировать апдейты и завершить работу", но это же юзвери - из тридцати компов, выбранных в качестве экспериментальной группы, обновления проинсталлировались только на одном (!), и то, думаю, пользователь просто промахнулся менюшкой при выключении компа Насильно ребутать компы тоже не выход, ибо много вони будет

[SkyF]

Может имеет смысл поиграться настройками клиента WSUS через групповую политику?

например, как сказано вот тут:
Welcome to the Windows Server TechCenter > Windows Server TechCenter > Windows Server Update Services (WSUS) Technical Library > WSUS: Deployment > Deploying Microsoft Windows Server Update Services > Update and Configure the Automatic Updates Client Component > Determine a Method to Configure Automatic Updates Clients > Configure Automatic Updates by Using Group Policy

Вот этот параметр можно попробовать: Allow Non-administrators to Receive Update Notifications

This policy specifies whether logged-on non-administrative users will receive update notifications based on the configuration settings for Automatic Updates. If Automatic Updates is configured, by policy or locally, to notify the user either before downloading or only before installation, these notifications will be offered to any non-administrator who logs onto the computer. If the status is set to Enabled, Automatic Updates will include non-administrators when determining which logged-on user should receive notification. If the status is set to Disabled or Not Configured, Automatic Updates will notify only logged-on administrators

Хотя тут же режим "не определено" установлен - те у вас пользователи в админах на локальных станциях.. тогда будет труднее если настройка политик не поможет..

[Yustus]

Вот этот параметр можно попробовать: Allow Non-administrators to Receive Update Notifications

Как раз категорически нельзя. Юзеры не то что всплывающих окон панически боятся - пугаются до смерти от вида нового значка в трее.

[[mzd]]

У меня вот какой трабл. Есть зал из 16 ПК. На них стоит WinXP Pro Corp. SP2. Были сделаны следующие телодвижения: была настроена одна машина, введена в домен Win2k3, розданы права на доступ к определенным папкам для группы Students (в частности, на папку Delphi), после этого машина была выведена из домена и клонирована на остальные с помощью Symantec Ghost. Железо одинаковое, но не в этом дело. Грабли заключаются в том, что при введении в домен машина "подхватила" групповые политики, которые предписывают ей обновляться через WSUS. Все бы хорошо, машины все апдейты ставят, но в консоли WSUS отображается только последняя включенная машина этого зала, поэтому снять отчеты со всех машин представляется невозможным. Что посоветуете сделать, чтобы все 16 машин отображались в консоли одновременно?

[Raistlin]

А если вывести все 16 машин из домена и ввести снова?..

[monkkey]

[mzd]
Рабочие станции не появляются в консоли WSUS
Это связано с тем, что рабочие станции подготовлены с использованием неправильно подготовленных образов, т.е. без использования утилиты sysprep или других программ для уникальной генерации SID. Такие рабочие станции могут иметь дублирующие значения SusClientID в реестре.

Для решения проблемы необходимо выполнить следующие шаги на рабочей станции:

1. наберите и выполните в консоли (cmd) команду net stop wuauserv, чтобы остановить сервис WSUS;
2. запустите regedit и перейдите в ветку реестра HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
3. удалите ключи: PingID, AccountDomainSid, SusClientId;
4. в консоли выполните команду net start wuauserv, чтобы стартовать сервис WSUS;
5. в консоли выполните команду wuauclt.exe /resetauthorization /detectnow и подождите минут 10, чтобы завершился цикл регистрации рабочей станции на сервере WSUS;
6. в консоли WSUS убедитесь, что рабочая станция успешно зарегистрировалась.
Отсюда