Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  

Показать сообщение отдельно

Ветеран


Сообщения: 507
Благодарности: 4

Профиль | Отправить PM | Цитировать


Поздно, я уже решил этот вопрос, импортировав файл с настройками в реестр. WSUS-сервер (его адрес) теперь в логах виден.

2012-02-01 11:18:32:343 1668 6d0 AU ########### AU: Initializing Automatic Updates ###########
2012-02-01 11:18:32:343 1668 6d0 AU AU setting next sqm report timeout to 2012-02-01 07:18:32
2012-02-01 11:18:32:343 1668 6d0 AU # WSUS server: http://server:8530
2012-02-01 11:18:32:343 1668 6d0 AU # Detection frequency: 22
2012-02-01 11:18:32:343 1668 6d0 AU # Approval type: Scheduled (Policy)
2012-02-01 11:18:32:343 1668 6d0 AU # Scheduled install day/time: Every day at 17:00
2012-02-01 11:18:32:343 1668 6d0 AU # Auto-install minor updates: Yes (User preference)
2012-02-01 11:18:32:359 1668 6d0 AU Setting AU scheduled install time to 2012-02-01 13:00:00
2012-02-01 11:18:32:359 1668 6d0 AU Initializing featured updates
2012-02-01 11:18:32:359 1668 6d0 AU Found 0 cached featured updates
2012-02-01 11:18:32:359 1668 6d0 AU AU finished delayed initialization
2012-02-01 11:18:32:500 1668 6d0 Report *********** Report: Initializing static reporting data ***********
2012-02-01 11:18:32:500 1668 6d0 Report * OS Version = 5.1.2600.3.0.65792
2012-02-01 11:18:32:546 1668 6d0 Report * Computer Brand = Gigabyte Technology Co., Ltd.
2012-02-01 11:18:32:546 1668 6d0 Report * Computer Model = GA-78LMT-S2P
2012-02-01 11:18:32:546 1668 6d0 Report * Bios Revision = F2
2012-02-01 11:18:32:546 1668 6d0 Report * Bios Name = Award Modular BIOS v6.00PG
2012-02-01 11:18:32:546 1668 6d0 Report * Bios Release Date = 2011-04-08T00:00:00
2012-02-01 11:18:32:546 1668 6d0 Report * Locale ID = 1049

_______________
тем не менее, на сервере в консоли WSUS / компьютеры пусто. Нажимать "обновить" пробовал..
И, если помните, подскажите, как запустить процесс проверки и загрузки обновлений принудительно.

Попробовать следующее:

читать дальше »
Это связано с тем, что рабочие станции подготовлены с использованием неправильно подготовленных образов, т.е. без использования утилиты sysprep или других программ для уникальной генерации SID. Такие рабочие станции могут иметь дублирующие значения SusClientID в реестре.
Для решения проблемы необходимо выполнить следующие шаги на рабочей станции:

наберите и выполните в консоли (cmd) команду net stop wuauserv, чтобы остановить службу автоматического обновления (или воспользуйстесь оснасткой "Службы" в консоли администрирования);
запустите regedit и перейдите в ветку реестра HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
удалите значения: PingID, AccountDomainSid, SusClientId, SusClientIDValidation (некоторых может не быть);
неофициальная рекомендация: удалите всё содержимое папки %WinDir%\SoftwareDistribution
в консоли выполните команду net start wuauserv, чтобы запустить службу автоматического обновления (или воспользуйстесь оснасткой "Службы" в консоли администрирования);
в консоли выполните команду wuauclt.exe /resetauthorization /detectnow и подождите минут 10, чтобы завершился цикл регистрации рабочей станции на сервере WSUS;
неофициальная рекомендация: посмотрите результат в журнале %WinDir%\SoftwareDistribution\ReportingEvents.log - если там написано "failed", то надо выполнить в консоли команду wuauclt.exe /detectnow и повторить цикл ожидания-проверки. Обычно одного повтора достаточно, но может потребоваться и больше
в консоли WSUS убедитесь, что рабочая станция успешно зарегистрировалась.

? Или есть какие-нибудь альтернативные предложения?..

Отправлено: 11:27, 01-02-2012 | #19