Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Windows Server Update Services (WSUS & SUS)

Автор: denisdenis
Дата сообщения: 10.02.2005 13:37
Armarn
У меня машины получают настройки суса через файл реестра, через политики не получилось. Так вот компьютеры с WinXP обновляются без проблем, а Win 2003 с этими же настройками реестра не хочет. Просто игнорирует и все. В лог ничего не пишет. А с Windows Update обновляется. В чем грабли?

Использую следующий файл
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
"WUServer"="http://sus"
"WUStatusServer"="http://sus"

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU]
"NoAutoRebootWithLoggedOnUsers"=dword:00000001
"NoAutoUpdate"=dword:00000000
"UseWUServer"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update]
"AUOptions"=dword:00000004
"ScheduledInstallDay"=dword:00000000
"ScheduledInstallTime"=dword:0000000d
Автор: Armarn
Дата сообщения: 10.02.2005 15:51

Цитата:
через политики не получилось


...по техническим пречинам?
на мой взгляд лучше через GPO пробывать.

вот то что у меня на серваке Windows Server 2003

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\windows\WindowsUpdate]
"WUServer"="http://192.168.0.97"
"WUStatusServer"="http://192.168.0.97"
"TargetGroupEnabled"=dword:00000000


[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\windows\WindowsUpdate\AU]
"NoAutoUpdate"=dword:00000000
"AUOptions"=dword:00000003
"ScheduledInstallDay"=dword:00000000
"ScheduledInstallTime"=dword:00000008
"UseWUServer"=dword:00000001
"RescheduleWaitTimeEnabled"=dword:00000001
"RescheduleWaitTime"=dword:00000007
"NoAutoRebootWithLoggedOnUsers"=dword:00000001
"DetectionFrequencyEnabled"=dword:00000001
"DetectionFrequency"=dword:0000000c
"AutoInstallMinorUpdates"=dword:00000000
"RebootWarningTimeoutEnabled"=dword:00000000
"RebootRelaunchTimeoutEnabled"=dword:00000000

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update]
"ConfigVer"=dword:00000001
"AUState"=dword:00000002
"AUOptions"=dword:00000003
"ScheduledInstallDay"=dword:00000000
"ScheduledInstallTime"=dword:00000003
"SusServerVersion"=dword:00000001
"NextDetectionTime"="2005-02-10 10:45:16"
"OfflineDetectionPending"=dword:00000001
"LastWaitTimeout"="2005.02.11 08:45:49"
Автор: denisdenis
Дата сообщения: 10.02.2005 16:50
Armarn
Щас попробую с твоим реестром. Посмотрю как будет себя вести.

Цитата:
на мой взгляд лучше через GPO пробывать.

Когда делал через политики, то машины пытались подключаться к sus при перезагрузке, и соответственно ничего не получалось. Меня устраивает и через реестр, лишь бы работало.
Автор: ivanopulos
Дата сообщения: 11.02.2005 07:03
К вопросу о поддерже WUS beta 2 русских клиентов и апгрейда на WUS RTM (когда появится):

_http://wus.editme.com/WUSBeta2Restrictions

Плохо если надо будет переставлять всё и еще не дай бог по новой все апдейты тянуть.
Автор: mikas
Дата сообщения: 11.02.2005 07:43
ivanopulos
ну там фигня написаан что руских клиентов не держит. У меня все держит и прекрасно обнновляет!
Автор: Alan Mon
Дата сообщения: 11.02.2005 10:52
А никто не в курсе, как в свете новой инициативы Microsoft по борьбе с пиратством будут работать SUS и WUS? Распространяется это на них или нет? И если да, кто и кого будет проверять на лицензионность? Microsoft сервер WUS или в него встроят код проверки клиентов?
Автор: Armarn
Дата сообщения: 11.02.2005 20:40
...ето очень и очень интерестно
Автор: ad1981
Дата сообщения: 15.02.2005 15:11
Пиплы! Хелп. Есть огромная куча обновлений, но т.к. закачаны они были вручную, то в именах у них осутствует хэш. Т.е. при сихронизации с серваком майкрософта будут закачаны все(!) обновления, чего совершенно не нужно. Может поделитесь, если есть у кого списком реальных имен файлов обновлений с хэшами (если еще и размер указан будет, то вообще круто)
Автор: vlad_g
Дата сообщения: 15.02.2005 17:07
WUS не видит клиентов и они его тоже... Подскажите что делать.
Автор: NightRave
Дата сообщения: 15.02.2005 17:14
vlad_g
опиши конкретнее ситуацию
Автор: vlad_g
Дата сообщения: 15.02.2005 18:11
на windows 2003 стоит WAS синхронизируется с вин обдейтом.
WusAdminне в Client Computer Options выбрано Use Group Policy or registry settings on client computers в Group Policy выбрано в Specifies an intranet ... обновлятся с http://exstar:8530

WusAdminне в Computers компьютеров нет и клиенты обновлений не получаютю и в ручную почемуто уже не обнавляюся... Клиенты XPsp1 en
Автор: dg
Дата сообщения: 15.02.2005 21:20
Alan Mon
Цитата:
А никто не в курсе, как в свете новой инициативы Microsoft по борьбе с пиратством будут работать SUS и WUS? Распространяется это на них или нет? И если да, кто и кого будет проверять на лицензионность? Microsoft сервер WUS или в него встроят код проверки клиентов?
имхо, SUS ничего не грозит. Во-первых, сужу по предыдущим опытам: когда на Windows Update стали проверять серийный номер Windows, на механизме SUS это никак не отразилось. Во-вторых, Windows Genuine Advantage направлена всё-таки на одиночных, а совсем не на корпоративных пользователей. А те же Automatic Updates, например, останутся ей не охваченной.

Добавлено:

вообще-то этот вопрос — суть чистой воды флейм и демагогия. Поэтому предлагаю продолжать тут.
Автор: NightRave
Дата сообщения: 16.02.2005 01:08
vlad_g

Цитата:
обновлятся с http://exstar:8530

Порт не надо указывать , только IP
Автор: mikas
Дата сообщения: 16.02.2005 05:36
NightRave

Цитата:
Порт не надо указывать , только IP

очень даже нужно.. ибо если у него он так управляется, то значит установлен он в не в веб-узел по умолчанию в IIS.
А не появляются они в списке компов по многим причинам: не обновляется GPO, например. Я бы советовал сделать reg файл и вручную, чотя бы одну тачку туда затащить.
Еще советую почитать файлик WindowsUpdate.log, который лежит прямо в корневыище системы. Прчем именно WindowsUpdate.log, а не "Windows Update.log"
Там очень много полезной информации.
Автор: vlad_g
Дата сообщения: 16.02.2005 10:36
ситуация несколько прояснилась после того как на серваке с WUS выполнил wuauclt.exe /detectnow ... теперь WUS видит 2 клиента один он сам и еще один на виртуальной машине, на них я
GPO назначил. Проблема следущая клиент на котором WUS обновляется ,а второй клиент нет. WUS видит второго и пишет ,что он нуждается в обновлениях ...
WindowsUpdate.log на этом клиенте худющий...
2005-01-28 20:07:32 17:07:32 Success IUCTL Starting
2005-01-28 20:07:32 17:07:32 Success IUCTL Shutting down
Автор: mikas
Дата сообщения: 16.02.2005 10:56
vlad_g
у него еще старая версия WU клиента... я вот сам запарился обновлять клиентов и получалось эт у меня только в ручную.
Автор: vlad_g
Дата сообщения: 16.02.2005 11:03
mikas
А где взять новую версию WU клиента ? помоему в XPsp1 уже встоена ...
Автор: ABSENTI
Дата сообщения: 16.02.2005 12:13
Народ помогите, совсем я замукчался с этим SUS.

Ситуация такая, SUS сервер нормально синхронизируется и забирает обновления, а вот клиенты не в какую нехотят их устанавливать. Настроил политику, скачивать и устанавливать про расписанию. В реестре нужные ключики появились....


вот лог ISA :


2005-02-15 00:51:09 192.168.10.144 HEAD /iuident.cab 0502150051 80 - 192.168.10.144 Industry+Update+Control 200 0 0
2005-02-15 00:51:09 192.168.10.144 GET /wutrack.bin V=2&U=35a5a0b873398c4ba9ad04faaa1cb2da&C=iu&A=n&I=&D=&P=5.2.ece.2.112.3.0&L=en-US&S=s&E=00000000&M=&X=050215005109334 80 - 192.168.10.144 Industry+Update+Control 200 0 0
2005-02-15 00:51:09 192.168.10.144 GET /wutrack.bin V=1&U=35a5a0b873398c4ba9ad04faaa1cb2da&C=au&A=w&I=ie60x.internetexplorer6x.ver_platform_win32_nt.5.2.x86.en.ver_nt_server..3790.0.0.com_microsoft.q834707_ie_server2003.&D=&P=5.2.ece.2.112.3.0&L=en-US&S=f&E=80190194&M=ctx%3D5&X=050214194229911 80 - 192.168.10.144 Industry+Update+Control 200 0 0
2005-02-15 00:51:11 192.168.10.144 POST /autoupdate/getmanifest.asp - 80 - 192.168.10.144 Mozilla/4.0+(compatible;+Win32;+WinHttp.WinHttpRequest.5) 200 0 0
2005-02-15 00:51:11 192.168.10.144 POST /autoupdate/getmanifest.asp - 80 - 192.168.10.144 Mozilla/4.0+(compatible;+Win32;+WinHttp.WinHttpRequest.5) 200 0 0
2005-02-15 00:51:11 192.168.10.144 POST /autoupdate/getmanifest.asp - 80 - 192.168.10.144 Mozilla/4.0+(compatible;+Win32;+WinHttp.WinHttpRequest.5) 200 0 0
2005-02-15 00:51:13 192.168.10.144 POST /autoupdate/getmanifest.asp - 80 - 192.168.10.144 Mozilla/4.0+(compatible;+Win32;+WinHttp.WinHttpRequest.5) 200 0 0
2005-02-15 00:51:13 192.168.10.144 GET /wutrack.bin V=1&U=35a5a0b873398c4ba9ad04faaa1cb2da&C=au&A=d&I=&D=&P=5.2.ece.2.112.3.0&L=en-US&S=s&E=00000000&M=items%3D39&X=050215005113162 80 - 192.168.10.144 Industry+Update+Control 200 0 0
2005-02-15 00:51:13 192.168.10.144 POST /autoupdatedrivers/getmanifest.asp |-|0|404_Not_Found 80 - 192.168.10.144 Mozilla/4.0+(compatible;+Win32;+WinHttp.WinHttpRequest.5) 404 0 0
2005-02-15 00:51:34 192.168.10.144 HEAD /content/WindowsServer2003-KB834707-x86-enu_9d6185c4449e438290df3f77df537c1.EXE - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:36 192.168.10.144 HEAD /content/WindowsServer2003-KB867801-x86-enu_8c0644fa883de1c6b5be16d3584057b.exe - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:38 192.168.10.144 HEAD /content/Windows-KB870669-x86-ENU_64d86f7cd59d33321be9134377a220b.exe - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:41 192.168.10.144 HEAD /content/WindowsServer2003-KB823353-x86-enu_29e117d013eb18b7e8931c08b963791.exe - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:43 192.168.10.144 HEAD /content/WindowsServer2003-KB837009-x86-ENU_6cf74530cae32275e112a93876da994.EXE - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:45 192.168.10.144 HEAD /content/WindowsServer2003-KB832894-x86-ENU_10449aa22b7bb82bf611cfaf708c5cf.EXE - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:47 192.168.10.144 HEAD /content/WindowsServer2003-KB824145-x86-ENU_d30e901da52ce56b0ebe30ccc8abbb3.exe - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:50 192.168.10.144 HEAD /content/WindowsServer2003-KB828750-x86-ENU_2ff7e096771f01bfac3e261cf92058f.exe - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:52 192.168.10.144 HEAD /content/WindowsServer2003-KB890175-x86-enu_d7933f518ce4e623c96200c9a87e19a.exe - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:54 192.168.10.144 HEAD /content/WindowsServer2003-KB891711-x86-enu_3dbde4695f917280a58cc210566b532.exe - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:56 192.168.10.144 HEAD /content/WindowsServer2003-KB871250-x86-enu_58d8715204ed1b58c9663e78fb1f389.exe - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:51:59 192.168.10.144 HEAD /content/WindowsServer2003-KB885836-x86-enu_80c6bb10fbd4131a3325ccf6f7e3729.exe - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:52:01 192.168.10.144 HEAD /content/WindowsServer2003-KB873376-x86-enu_7be073196f0c6cc608352d07dd6e700.EXE - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:52:03 192.168.10.144 HEAD /content/WindowsServer2003-KB867460-x86-ENU_f19f76e8eab2bddecad3a28315acd27.EXE - 80 - 192.168.10.144 Microsoft+BITS/6.5 404 2 1260
2005-02-15 00:52:05 192.168.10.144 HEAD /content/WindowsServer2003-KB841356-x86-enu_8c838bde04af7471d74353bdcf932d7.EXE -


А в логах у клиента такая вот запись

2005-02-08 11:36:14 08:36:14 Success IUENGINE Determining machine configuration
2005-02-08 11:36:21 08:36:21 Success IUENGINE Querying software update catalog from http://main.afod.sp.ru/autoupdate/getmanifest.asp
2005-02-08 11:36:22 08:36:22 Success IUENGINE Determining machine configuration
2005-02-08 11:36:22 08:36:22 Success IUENGINE Querying software update catalog from http://main.afod.sp.ru/autoupdate/getmanifest.asp
2005-02-08 11:36:22 08:36:22 Success IUENGINE Determining machine configuration
2005-02-08 11:36:23 08:36:23 Success IUENGINE Querying software update catalog from http://main.afod.sp.ru/autoupdate/getmanifest.asp
2005-02-08 11:36:25 08:36:25 Success IUENGINE Determining machine configuration
2005-02-08 11:36:26 08:36:26 Success IUENGINE Querying software update catalog from http://main.afod.sp.ru/autoupdate/getmanifest.asp
2005-02-08 11:37:54 08:37:54 Success IUENGINE Shutting down
2005-02-08 11:37:54 08:37:54 Success IUCTL Shutting down
2005-02-08 16:47:02 13:47:02 Success IUCTL Starting
Автор: nillok
Дата сообщения: 16.02.2005 18:15
нужен хофикс для сабжа 892311
Автор: mikas
Дата сообщения: 17.02.2005 06:34
vlad_g
зайди на v5.windowsupdate.microsoft.com
там должны попросить тебя обновить клиента .
Автор: vlad_g
Дата сообщения: 17.02.2005 10:21
mikas
Я так уже сделал... Просят уже часа 3 ...
Автор: ShahrayOleg
Дата сообщения: 17.02.2005 18:19
Добрый День!У меня несколько вопросов по WUS.
1. Когда устанавливаеш WUS, то она устанавливает еще SQL Server.
А без SQL Server-a WUS работает?
2. Установил WUS и проверяю обновления.Сначала обновляется БД, а потом при установке статуса "Installed" закач. само обновление. Это так или я что-то неправильно написал? И сколько занимает БД всего списка обновлений?

3. Можно как-то настроить WUs чтобы он смотрел какие обновления стоят на клиенте
а недостающ. закачивал с MS?
Автор: mikas
Дата сообщения: 18.02.2005 05:53
ShahrayOleg
1. Нет и не будет!
2. БД у меня занимает 350МБ. В ней тока англ и рус апдейты 2000, ХР, 2003 исключая 64-bit.
3. Сам не пробовал, но можно аппрувать в режиме Detect only. Может это и значит, что не весь апдейт будет качаться, а тока утила его обнаружения. И я ваще, когда запускал WUS аппрувал тока апдейты за последний год, и качаются апдейты тока после аппрува. Во время аппрува можешь указать опцию Decline all updates superseded by the selectet updates.

Добавлено:
vlad_g
непонял чег опросят? апдейты?
как клиента обновил - смотри логи в файле, который я тебе указал.
Автор: vlad_g
Дата сообщения: 18.02.2005 12:30
mikas
Просили обновить клиента... Логи посмотрел и решил переставить OS... После переустановки все заработало.
Спасибо всем за помощь!
Автор: Alexio
Дата сообщения: 18.02.2005 23:09
Привет всем!

Просмотрел всю ветку и не нашел ответа на свой вопрос. А вопрос, в общем-то, такой: однажды ни с того ни с сего на ВСЕХ клиентских машина при апдейте стал появляться запрос на разрешение данного действия. Хотя раньше все происходило "скрытым" процессом. Установлен SUS, апдейт идет через домайн полиси. Как исключить "человеческий фактор"?
Автор: nick_trouble
Дата сообщения: 19.02.2005 16:48
Добрый День!
У меня некая проблема с SUS.
Сеть с доменом примерно 30 машин 2000про, ХРсп1, ХРсп2.
Домен контролеры 2000 винда --были
на текущий момент первый 2000 второй 2003
СУС стоял раньше на 2000 сервер и не возникало никаких вопросов
после обновления сервера до 2003 туда был поставлен сус (не без проблем и не с первого раза но не суть...)
короче теперь сус стоит на 2003енг с муи нормально синхронизируеться таскает апдейты
админиться ковыряеться и вообще всё классно
теперь проблема :
клиенты после обновления сервака (ну в смысле как там 2003 стала) перестали говорить вслух о необходимости обновления (хотя в политиках стоит 2-спросить про качание и спросить по инстал)
дальше интереснее клиенты качают себе апдейты НО не инсталят то есть складывают их себе в C:\Program Files\WindowsUpdate\wuaudnld.tmp\cabs\
(кстати туда апдейты складываються с изменёнными именами то есть человеческими к примеру сп2 для ХР так и называеться СП2_ХР.ехе)
очищаем \WindowsUpdate\ принудительно тыкаем клиента обновиться он опять себе всё молча выкачивает складывает и ..... всё.
в событиях системы клиента пишет
"Все готово к установке: следующие обновления загружены и готовы к установке. Чтобы установить обновления, администратор должен выполнить вход в систему и следовать дополнительным указаниям по установке:"
лигинился админом локальным, доменным всё паралельно......
уже неделю фтыкаю в это че делать ????
2 вопрос в чём смысл логов "Windows Update.log" и "WindowsUpdate.log" в чём разница зачем 2 ????
Автор: Armarn
Дата сообщения: 22.02.2005 11:08

...установил WUS настроил мигрировал с сус-а, все работает, все файлы и опрувалы перенес.

вот только он сдурел качает файлы с инета но я ему не говорил этого делать.
как остановить и запустить Download в другое время?
в настройках синхронизации стоит мануал.
Автор: inQui
Дата сообщения: 22.02.2005 19:50
Alexio
Какой режим задан политикой?
SUS ставит апдейты по расписанию в два этапа:
1. в указанное в расписании время качает апдейты
2. в следующий раз он их ставит (в указанное в расписании время)

Поэтому, если машина слила ночью апдейты, а в течение дня на ней загружадся админ, то она предложит поставить скачанное админу. Если нет - сама поставит по расписанию.
Проверь настройки на машинах, применяется ли политика. (ну судя по тому, что машины качают апдейты с сервака, то она применяется, вопрос только как именно). на susserver.com есть AUBehave.vbs - скрипт для проверки настроек, попробуй.

nick_trouble

Цитата:
хотя в политиках стоит 2-спросить про качание и спросить по инстал

попробуй ещё AUBehave.vbs проверить

Цитата:
вопрос в чём смысл логов "Windows Update.log" и "WindowsUpdate.log" в чём разница зачем 2 ????

Windows Update.log - лог sus-клиента
WindowsUpdate.log - лог wus-клиента
когда машина с новым клиентом настроена на получение апдейтов со старого сервака (SUS), то в логе WindowsUpdate.log будет такое

Цитата:
Forwarding control handler info to legacy AU

и всё остальное будет уже писаться в Windows Update.log, т.к. будет работать legacy cleint (старый)

Добавлено:
Armarn
Поставть на апдейтах, которые он пытается качать тип апрува "Detect Only".
Походу вус по расписанию качает список, а сами апдейты после их подтверждения качает сразу . Надо будет это ещё раз проверить...
Автор: Armarn
Дата сообщения: 22.02.2005 21:33
так вот в чем дело! после того как я и задал в место Detec Only истал вот он и начел скачивать, но неужели нелязя его остановить? и продожить закачку пожже?, получается что на синхронизацию он только списки апдейтов скачивает а апдейты когда захочет (после смены детект на инстал)
вот такие пироги....
Автор: ZmEi_KG
Дата сообщения: 23.02.2005 06:16
Привет, Всем!
Народ объясните поподробнее плз как approve мигрировать с СУСа в ВУС.
Все патчи мигрировались нормально, а вот approve грит вот такую дрянь:

2005-02-21T04:00:15Z Started migration of approved updates from SUS 1.0 server on susserver.local
2005-02-21T04:00:16Z Warning: SUS 1.0 update "com_microsoft.328940_xp_rtm_winse_51283_critical" was not found on the WUS server
2005-02-21T04:00:16Z Warning: SUS 1.0 update "com_microsoft.329170 security update windows 2000" was not found on the WUS server
2005-02-21T04:00:16Z Warning: SUS 1.0 update "com_microsoft.329170 security update windows xp" was not found on the WUS server
2005-02-21T04:00:16Z Warning: SUS 1.0 update "com_microsoft.810217_w2k_sp4_5905" was not found on the WUS server
2005-02-21T04:00:16Z Warning: SUS 1.0 update "com_microsoft.810217_xp_sp2_5904" was not found on the WUS server
2005-02-21T04:00:16Z Warning: SUS 1.0 update "com_microsoft.810577_xpsp2_5935" was not found on the WUS server
2005-02-21T04:00:16Z Warning: SUS 1.0 update "com_microsoft.810833_w2k_sp4_5936" was not found on the WUS server
......

Подскажите плз что сделать можно чтоб approve нормально мигрировать с СУСа в ВУС.
Заранее Всем благодарен.

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Настройка WinRoute 4.x


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.