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

» Windows Server Update Services (WSUS & SUS)

Автор: Raxxx2
Дата сообщения: 01.07.2005 16:25
Посмотри по логам куда клиенты сливают обновления, вполн возможно что и не в кеш ИЕ.
Ну и затри все это
Автор: zaharmd
Дата сообщения: 01.07.2005 17:00

Цитата:
Посмотри по логам куда клиенты сливают обновления, вполн возможно что и не в кеш ИЕ. Ну и затри все это


А какой лог смотреть ...

Я нашел 2 файла:
c:\WINDOWS\Windows Update.log
и
c:\WINDOWS\WindowsUpdate.log

В первом последняя запись 2-х недельной давности...
Во втором есть какие-то ошибки:


Код:
2005-07-01 16:34:18+0300 928 3b0 WU client calls back to download call {9A4C25BD-134E-4CB3-B1CA-C0445E3ECBFF} with code Call progress and error 0
2005-07-01 16:34:32+0300 928 b8 AU received event of 1
2005-07-01 16:34:32+0300 928 b8 Successfully launched client for directive 3
2005-07-01 16:35:38+0300 928 f74 Error 80072ee2 occurred while downloading update; notifying dependent calls.
2005-07-01 16:35:38+0300 928 44c WU client calls back to download call {F526D4B9-2A39-4AEF-BA30-7592B97DE7F5} with code Call progress and error 0
2005-07-01 16:36:36+0300 928 e00 Error 80072ee2 occurred while downloading update; notifying dependent calls.
2005-07-01 16:37:56+0300 928 448 Error 80072ee2 occurred while downloading update; notifying dependent calls.
2005-07-01 16:37:56+0300 928 3b0 WU client calls back to download call {9A4C25BD-134E-4CB3-B1CA-C0445E3ECBFF} with code Call progress and error 0
2005-07-01 16:37:56+0300 928 3b0 WU client calls back to download call {F526D4B9-2A39-4AEF-BA30-7592B97DE7F5} with code Call progress and error 0
2005-07-01 16:38:52+0300 928 acc Error 80072ee2 occurred while downloading update; notifying dependent calls.
2005-07-01 16:38:52+0300 928 c4 WU client calls back to download call {F526D4B9-2A39-4AEF-BA30-7592B97DE7F5} with code Call progress and error 0
2005-07-01 16:38:52+0300 928 b8 AU received event of 0

Автор: Raxxx2
Дата сообщения: 01.07.2005 19:49
Хм...ты бы хоть забекапил файлы на всякий случай. Систему лучше ковырять осторожно, а то может обидеться

Логи обновления клиентов ВСУС ведутся в файле c:\WINDOWS\WindowsUpdate.log

Добавлено:
Проблему с 80 портом удалось решить следующим образом. Напомню растановку сил.
ВСУС висит на порту 8530. На 80 висит обычный сайт на апаче. Клиенты апдейтится не хотели.
Что сделал:
1. Скопировал папку с:\Program Files\Update Services\Selfupdate в папку WWW своего апача
2. В настройках IIS на WSUS изменил путь к папке Selfupdate на апачевскую

Теперь все апдейтится замечательно.

Такая фишка конечно описана в доке. Но только я очень сомневался, зная любовь мелковсофта к своему кривому софту, что она заработает на апаче. Но оно как не странно заработало.
Автор: YaroslavOne
Дата сообщения: 04.07.2005 05:30
2 MCSASE


Цитата:

Я не стал скачивать все апдейты на локальный сервер. Хочу просто попробовать вообще работу SUS.

...

Вопрос снимается
Сделал для одного компа доступ в инет свободным
и он незамедлительно стянул запланированное обновление.
Так что все получилось.


Однако весь кайф SUS/WSUS в том, что происходит централизованная выкачка обновлений и их раздача по внутренней сети.
Зачем тебе такой вариант использования SUS?
У WSUS есть преимущество перед SUS в том, что WSUS закачивает обновления только те, которые подтверждены к установке, в то время как SUS - все.
Автор: MCSASE
Дата сообщения: 04.07.2005 07:48
YaroslavOne
Я решил попробовать такой вариант работы SUS именно потому, что он качает все без рабора. Не могу себе этого позволить.
Теперь просто немного освоившись с более простым решением(SUS) буду переходить у развертыванию более сложного(WSUS)
--
Если ты пользуешься WSUS, то не мог бы ты подсказать объем обновлений для Win2000, XP. Чтобы я сориентировался по трафику.
Заранее спасибо
Автор: megase
Дата сообщения: 04.07.2005 09:18
для Win2000, XP, 2003 eng+rus (Критические обновления и
Обновления системы безопасности) около 800 метров
Автор: Raxxx2
Дата сообщения: 04.07.2005 14:16
А я тт подумал что все эти ВСУСЫ и прочее только лишняя морока админу. Неизвестно какие еще глюки появятся после этих заплаток. Так что я наверно разверну эту штуку в тестовом режиме а потом грохну от греха подальше. Все равно это никто н оценит и з.п не прибавит
Автор: Bakar
Дата сообщения: 04.07.2005 15:04

Цитата:
Так что я наверно разверну эту штуку в тестовом режиме а потом грохну от греха подальше. Все равно это никто н оценит и з.п не прибавит


Ага а самому себе проблем будет меньше!!!
тотже ЛАВСАН и подобные.....
имхо пусть лучше дырки латает....
Автор: Daimos
Дата сообщения: 04.07.2005 18:06
Вот такое безобразие в логе у клиента - вроде на сайте есть описание одной ошибки
BG_E_HTTP_ERROR_401
0x80190191
The user does not have permission to access the remote file. The requested resource requires user authentication.
но непонятно как ее интерпретировать - вроде бы везде стоит Анонимный доступ в IIS, версия клиента правильная, но не может законнектиться к серваку

Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
Misc WARNING: DownloadFileInternal failed for http://192.168.1.100/selfupdate/wuident.cab: error 0x80190191
Setup FATAL: IsUpdateRequired failed with error 0x80244017
Setup WARNING: SelfUpdate: Default Service: IsUpdateRequired failed: 0x80244017
Setup WARNING: SelfUpdate: Default Service: IsUpdateRequired failed, error = 0x80244017
Agent * WARNING: Skipping scan, self-update check returned 0x80244017
Agent * WARNING: Exit code = 0x80244017
Agent *********
Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates]
Agent *************
Agent WARNING: WU client failed Searching for update with error 0x80244017
AU >>## RESUMED ## AU: Search for updates [CallId = {DB42C347-40D6-4170-979D-2B12A41CFD9E}]
AU # WARNING: Search callback failed, result = 0x80244017
AU #########
AU ## END ## AU: Search for updates [CallId = {DB42C347-40D6-4170-979D-2B12A41CFD9E}]
AU #############
AU AU setting next detection timeout to 2005-07-04 19:17:56
Report REPORT EVENT: {51679E05-88B1-4F3D-A620-9B2E5B465E7B} 2005-07-04 17:17:56+0300 1 148 101 {D67661EB-2423-451D-BF5D-13199E37DF28} 0 80244017 SelfUpdate Failure Software Synchronization Error: Agent failed detecting with reason: 0x80244017
Report Uploading 2 events using cached cookie, reporting URL = http://192.168.1.100/ReportingWebService/ReportingWebService.asmx
Report Reporter successfully uploaded 2 events.
Автор: Raxxx2
Дата сообщения: 04.07.2005 18:19
Лавсаны выходят не каждый день, да и майкрософт я думаю поднатужится и пофиксит все подобное на несколько лет вперед. Их и так здаолбили с этими вирусами.
А если что и выдет то и ручками можно поставить за 5 минут все
А если ставить все подрят то сто пудов потом это тебе вылезе боком. Старые глюки пофиксят и насажают новых. Так что от бобра бобра не ищут
Автор: FreemanRU
Дата сообщения: 04.07.2005 18:28
Daimos

Цитата:
0x80244017

А поискать не пробовал по этой ошибки?
http://support.microsoft.com/default.aspx?scid=kb;en-us;896226
Не твое?


Добавлено:
Raxxx2

Цитата:
да и майкрософт я думаю поднатужится и пофиксит все подобное на несколько лет вперед
А если что и выдет то и ручками можно поставить за 5 минут
Старые глюки пофиксят и насажают новых

с этим во флейм просьба.... бред какой-то....
Автор: Raxxx2
Дата сообщения: 04.07.2005 18:38
Бред? да уж, брат

можешь это сообщение удалить
Автор: Yahan
Дата сообщения: 04.07.2005 19:18
Обнаружил такую неприятнось:

После применения HotFix-ов с WSUS на Windows XP SP1 Corporate Edition, Винда стала требовать активации . На нармальном русском Win XP таких проблем нет.

Странно почему это вообще происходит. Корпоративный XP в принципе не должен требовать активации.

Может кто знает из-за чего это может происходить?

Добавлено:
Подскажите где можно взять список патчей, которые обязательно надо ставить на Windows XP и Windows 2000?

Я, конечно, понимаю, что лучше ставить все критические обновления. Но с проподанием головной боли по поводу безопасности, возникает новая - совместимости софта с новыми обновлениями

На самом деле, IMHO, достаточно лотать дыры в IE, Outlook, IIS и дырки которыми РЕАЛЬНО пользуются вирусы в локальной сетке.
Автор: Raxxx2
Дата сообщения: 04.07.2005 19:57
А чего не отшлепал того кто надо мной за оскарбление? Он назвал мою точку зрение бредом. Помоему явное хамство. Интерсно через сколько бы ты его уважаемый модератор забанил если бы он так назвал твою точку зрения

НУ да ладно...

Для начинающих админов обьясняю популярно:

1 правило админа: если работает не ремонтируй
2 правило админа: не ставь если не просят

Беспорядочная установка заплаток пускай даже от самого билли как раз нарушает эти два правила. Тем более в автоматическом режиме. Ну а так конечно дело хозяйское. Но рано или поздно это для некотрых может плохо кончится. Вот тогда и посмотрем где бред а где нет. Мое дело предупредить.


Добавлено:
Ну естественно ссори за флейм..... обидели
Автор: enver
Дата сообщения: 05.07.2005 09:31
YaroslavOne

Цитата:
Цитата:Друзья, в чем фигня?
поставил wsus стоит уже 3 дня, а в консоли в разделе компы видит только сервак на котором собсно и установлен сервис
сервис стоти на win 2003 на 80 порту и настраивается черз групповую политику


Через какую групповую политику настраиваешь? Через локальную или доменную?
Если локальную - надо пройти по всем машинкам и настроить их на КАЖДОЙ при помощи gpedit.msc
Если через доменную - посмотри:
1. в домене-ли машины?
2. На какой OU у тебя установлена policy и что там настроено.
3. Проверь, разрешено-ли этим машинам читать Policy.
В случае успешного применения доменных групповых политик в реестре на локальных машинках появяться соответствующие записи в HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate
и там ключики WUserver и т.д.
Если такие записи есть и они соответствуют действительности, то следует посмотреть лог Windows Update. Этот лог находиться в %SystemRoot% и наз-ся "Windows Update.log"
Копать там и смотреть коды ошибок на Microsoft Support.


да проблема не в этом.... тут такая ситуация, что в логах ложит вот такое

2005-07-0509:26:52+03001528a1cService Main starts
2005-07-0509:26:52+03001528a1cUsing BatchFlushAge = 26578.
2005-07-0509:26:52+03001528a1cUsing SamplingValue = 570.
2005-07-0509:26:52+03001528a1cSuccessfully loaded event namespace dictionary.
2005-07-0509:26:52+03001528a1cSuccessfully loaded client event namespace descriptor.
2005-07-0509:26:52+03001528a1cSuccessfully initialized local event logger. Events will be logged at C:\WINDOWS\SoftwareDistribution\ReportingEvents.log.
2005-07-0509:26:52+03001528a1cSuccessfully initialized NT event logger.
2005-07-0509:26:52+03001528a1cSuccessfully initialized event uploader 0.
2005-07-0509:26:52+03001528a1cSuccessfully initialized event uploader 1.
2005-07-0509:26:52+03001528a1cWU client with version 5.4.3790.2180 successfully initialized
2005-07-0509:26:52+03001528a1cService status is now SERVICE_RUNNING
2005-07-0509:26:52+03001528710Successfully opened event cache file at C:\WINDOWS\SoftwareDistribution\EventCache\{5F9154DE-A51D-43C2-989E-02C2FA933F7A}.bin for reading.
2005-07-0509:26:53+03003228838Trying to make out of proc datastore active
2005-07-0509:26:53+03003228838Out of proc datastore is now active
2005-07-0509:26:53+03001528710PT: Using serverID {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2005-07-0509:26:53+03001528710Failed to obtain cached cookie with hr = 80248008.
2005-07-0509:26:53+03001528710Failed to upload events with hr = 80248008.
2005-07-0509:27:37+03001528a1cstart delayed initialization of WU client
2005-07-0509:27:37+03001528a1cClient Call Recorder finished delayed initialization
2005-07-0509:27:37+03001528a1cAU finished delayed initialization
2005-07-0509:27:37+03001528a1cAU received event of 1
2005-07-0509:27:37+03001528a1cWU client succeeds CClientCallRecorder::BeginFindUpdates from AutomaticUpdates with call id {6F3E1D5A-69DD-488C-89AF-AEF1A3CC08A4}
2005-07-0509:27:37+030015287f8WU client executing call {6F3E1D5A-69DD-488C-89AF-AEF1A3CC08A4} of type Search Call
2005-07-0509:27:37+030015287f8WU client found 0 updates and 0 categories in search
2005-07-0509:27:37+030015287f8WU client finished Searching for update
2005-07-0509:27:37+030015287f8AU Detection callback: 0 updates detected
2005-07-0509:27:37+030015287f8WU client calls back to search call AutomaticUpdates with code Call complete and error 0
2005-07-0509:27:37+030015287f8WU client completed and deleted call {6F3E1D5A-69DD-488C-89AF-AEF1A3CC08A4}
2005-07-0509:32:37+03003228838Out of proc datastore is shutting down
2005-07-0509:32:38+03003228838Out of proc datastore is now inactive

но меня больше всего беспокоит что по идее все должно быть нормально. если верить ману на сайте Билли, то если предлагается загрухка по следующим урл

http://WSUSServerName/iuident.cab
http://WSUSServerName/selfupdate/AU/x86/osvariable/languagevariable/wuaucomp.cab

что собсно и предлагается с клиентской стороны,то все должно быть в шакаладе
я не понимаю в чем проблема

Добавлено:
Daimos

Цитата:
но непонятно как ее интерпретировать - вроде бы везде стоит Анонимный доступ в IIS, версия клиента правильная, но не может законнектиться к серваку


у меня тоже былонечто подобное, почитай вот это http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/WSUS/WSUSOperationsGuideTC/b23562a8-1a97-45c0-833e-084cd463d037.mspx
Автор: Daimos
Дата сообщения: 05.07.2005 09:43

FreemanRU
Смотрел я на сайте эту ошибку -
Windows XP uses Microsoft Windows HTTP Services (WinHTTP) to communicate with the Windows Update Web site.
То есть вроде как на сайт Windowsupdate если не пускает эта ошибка - а у меня на WSUS не пускает
Но похоже нашлось решение - вроде бы мешает WinRoute 4-й на машине, которая в инет лазит и другим дает инет. Настроен только proxy, NAT отрублен. Да и не WSUS на другом серваке стоит - чего машине ломится в инет, когда стоит галка использовать внутренний WSUS.

Вот правда на другом серваке вылезла такая ошибка уже
WARNING: Download job failed because of proxy auth or server auth.
Error 0x80244017 occurred while downloading update; notifying dependent calls.

Сервак этот - контроллер домена вторичный - и как это его не пускает на первичный контроллер - непонятно.
Автор: FreemanRU
Дата сообщения: 05.07.2005 11:07
Daimos

Цитата:
чего машине ломится в инет, когда стоит галка использовать внутренний WSUS.

Э друг, а у тебя в IE прокси настроен? Если да, то вот тебе и ответ
Автор: Daimos
Дата сообщения: 05.07.2005 13:54


Цитата:
Цитата:
чего машине ломится в инет, когда стоит галка использовать внутренний WSUS.

Э друг, а у тебя в IE прокси настроен? Если да, то вот тебе и ответ


Да, решилась проблема кажись - правда по большей части шаманством - некоторые библиотеки были не той версии, переписал, потом зарегистрировал их, убрал шлюз по умолчанию на клиентах, поставил адрес WSUS сервака в окошко исключения на прокси (хотя машина с проксей тоже не могла никак заапдейтится почему-то) и еще раз поставил анонимный доступ к WEBservise SelfUpdate в IIS, на папку WSUS\Content на NTFS поставил доступ юзерам домена IUS_имя сервака.

Ну вроде все заработало
Спасибо за помощь.
Автор: icelamer
Дата сообщения: 05.07.2005 14:28
клиенты берут апдейты , все замечательно
но проблема в том что в http://wsus/wsusadmin/ закладке компьютеры я не вижу клиентов

лог на клиентах следующего содержания :

2005-07-05 14:42:56+0400 984 7d8 AU received event of type: 1
2005-07-05 14:42:56+0400 984 7d8 WU client succeeds CClientCallRecorder::BeginFindUpdatesEx from AutomaticUpdates with call id {A17AA13C-6212-481C-8E04-F4BAF75E44C4}
2005-07-05 14:42:56+0400 984 5b0 WU client executing call {A17AA13C-6212-481C-8E04-F4BAF75E44C4} of type Search Call
2005-07-05 14:42:56+0400 984 5b0 Loading inf file C:\WINDOWS\SoftwareDistribution\SelfUpdate\Default\wusetup.inf
2005-07-05 14:42:56+0400 984 5b0 Section name: cdm: Index: 0
2005-07-05 14:42:56+0400 984 5b0 Section name: iuengine: Index: 1
2005-07-05 14:42:56+0400 984 5b0 Section name: wuapi: Index: 2
2005-07-05 14:42:56+0400 984 5b0 Section name: wuauclt: Index: 3
2005-07-05 14:42:56+0400 984 5b0 Section name: wuauclt1: Index: 4
2005-07-05 14:42:56+0400 984 5b0 Section name: wuaucpl: Index: 5
2005-07-05 14:42:56+0400 984 5b0 Section name: wuaueng_SelfUpdate: Index: 6
2005-07-05 14:42:56+0400 984 5b0 Section name: wuaueng1: Index: 7
2005-07-05 14:42:56+0400 984 5b0 Section name: wucltui: Index: 8
2005-07-05 14:42:56+0400 984 5b0 Section name: wups: Index: 9
2005-07-05 14:42:56+0400 984 5b0 Section name: wups2: Index: 10
2005-07-05 14:42:56+0400 984 5b0 Section name: wuweb: Index: 11
2005-07-05 14:42:56+0400 984 5b0 Section name: winhttp: Index: 12
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\cdm.dll is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\cdm.dll: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\iuengine.dll is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\iuengine.dll: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\wuapi.dll is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\wuapi.dll: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\wuauclt.exe is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\wuauclt.exe: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\wuauclt1.exe is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\wuauclt1.exe: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\wuaucpl.cpl is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\wuaucpl.cpl: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\wuaueng.dll is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\wuaueng.dll: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\wuaueng1.dll is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\wuaueng1.dll: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\wucltui.dll is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\wucltui.dll: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\wups.dll is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\wups.dll: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\wups2.dll is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\wups2.dll: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:56+0400 984 5b0 Required Version for binary C:\WINDOWS\system32\wuweb.dll is: 5,8,0,2339
2005-07-05 14:42:56+0400 984 5b0 Binary: C:\WINDOWS\system32\wuweb.dll: Target version: 5.8.0.2339 Required: 5.8.0.2339
2005-07-05 14:42:58+0400 3920 c10 Trying to make out of proc datastore active
2005-07-05 14:42:58+0400 3920 c10 Out of proc datastore is now active
2005-07-05 14:42:59+0400 984 5b0 PT: Using serverID {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2005-07-05 14:42:59+0400 984 5b0 PT: Using server URL http://wsus/ClientWebService/client.asmx
2005-07-05 14:43:00+0400 984 5b0 PT: Using server URL http://wsus/SimpleAuthWebService/SimpleAuth.asmx
2005-07-05 14:43:00+0400 984 5b0 DetectCompressionType returning type 0, hr=0x1
2005-07-05 14:43:00+0400 984 5b0 Add header for accept-encoding: xpress succeeded
2005-07-05 14:43:00+0400 984 5b0 DetectCompressionType returning type 1, hr=0x0
2005-07-05 14:43:04+0400 984 5b0 Add header for accept-encoding: xpress succeeded
2005-07-05 14:43:04+0400 984 5b0 DetectCompressionType returning type 1, hr=0x0
2005-07-05 14:43:04+0400 984 5b0 Add header for accept-encoding: xpress succeeded
2005-07-05 14:43:04+0400 984 5b0 DetectCompressionType returning type 1, hr=0x0
2005-07-05 14:43:05+0400 984 5b0 WU client found 0 updates and 9 categories in search
2005-07-05 14:43:05+0400 984 5b0 WU client finished Searching for update
2005-07-05 14:43:05+0400 984 5b0 AU Detection callback: 0 updates detected
2005-07-05 14:43:05+0400 984 5b0 Setting next AU detection timeout to 2005-07-05 11:34:02
2005-07-05 14:43:05+0400 984 5b0 Setting AU scheduled install time to 2005-07-06 06:00:00
2005-07-05 14:43:05+0400 984 5b0 WU client calls back to search call {A17AA13C-6212-481C-8E04-F4BAF75E44C4} with code Call complete and error 0
2005-07-05 14:43:05+0400 984 5b0 WU client completed and deleted call {A17AA13C-6212-481C-8E04-F4BAF75E44C4}
2005-07-05 14:43:10+0400 984 7d8 CEventCacheFile::Init failed = 80070002.
2005-07-05 14:43:10+0400 984 5b0 REPORT EVENT: {548D8C0C-FB05-4BFA-8FBE-4A5A90A3653B} 2005-07-05 14:43:05+0400 1 147 101 {00000000-0000-0000-0000-000000000000} 0 0 AutomaticUpdates Success Software Synchronization Agent has finished detecting items.
2005-07-05 14:43:10+0400 984 5b0 REPORT EVENT: {734B77F1-8398-4609-B5DE-A38E6EA109C3} 2005-07-05 14:43:05+0400 1 153 101 {00000000-0000-0000-0000-000000000000} 0 0 AutomaticUpdates Success Pre-Deployment Check Reporting client status.
2005-07-05 14:43:10+0400 984 5b0 Successfully initialized event uploader for server (null).
2005-07-05 14:43:10+0400 984 5b0 Successfully initialized event uploader for server (null).
2005-07-05 14:43:10+0400 984 5b0 CEventCacheFile::Init failed = 80070002.
2005-07-05 14:43:10+0400 984 5b0 Reopened existing event cache file at C:\WINDOWS\SoftwareDistribution\EventCache\{2B12CDF1-04B9-4AA9-ACE7-ABABCCC1D914}.bin for writing.
2005-07-05 14:43:10+0400 984 5b0 Successfully opened event cache file at C:\WINDOWS\SoftwareDistribution\EventCache\{2B12CDF1-04B9-4AA9-ACE7-ABABCCC1D914}.bin for reading.
2005-07-05 14:43:10+0400 984 5b0 PT: Using serverID {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2005-07-05 14:43:10+0400 984 5b0 PT: Using server URL http://wsus/ClientWebService/client.asmx
2005-07-05 14:43:10+0400 984 5b0 PT: Using serverID {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2005-07-05 14:43:10+0400 984 5b0 PT: Using server URL http://wsus/ClientWebService/client.asmx
2005-07-05 14:43:10+0400 984 5b0 URL for server is http://wsus/ReportingWebService/ReportingWebService.asmx
2005-07-05 14:43:10+0400 984 5b0 Trying to upload 2 events using cached cookie.
2005-07-05 14:43:10+0400 984 5b0 DetectCompressionType returning type 0, hr=0x1
2005-07-05 14:43:10+0400 984 5b0 Successfully uploaded 2 events.
2005-07-05 14:43:10+0400 984 5b0 Deleted event cache file at C:\WINDOWS\SoftwareDistribution\EventCache\{2B12CDF1-04B9-4AA9-ACE7-ABABCCC1D914}.bin.
Автор: YaroslavOne
Дата сообщения: 06.07.2005 04:43
2 Enver

Цитата:
2005-07-0509:26:53+03001528710PT: Using serverID {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
2005-07-0509:26:53+03001528710Failed to obtain cached cookie with hr = 80248008.
2005-07-0509:26:53+03001528710Failed to upload events with hr = 80248008.
2005-07-0509:27:37+03001528a1cstart delayed initialization of WU client



If you've checked all the configuration options, including the status URL
used by the clients (configured via group policy) then one more thing to
check is BOTH the NTFS permissions as well as the authenictation-type of the
WSUS IIS website. On our system it was configured for anonymous access
only, but the anonymous internet IUSR_server account didn't have NTFS
permissions. We added the iUSR account to the NTFS permissions AND enabled
integrated authentication and its all worked fine since.
Автор: Kristaliar
Дата сообщения: 06.07.2005 12:06
Yahan

Цитата:
Странно почему это вообще происходит. Корпоративный XP в принципе не должен требовать активации.
Может кто знает из-за чего это может происходить?


Должна и спрашивает. При установке винды номер надо писать, если ругается на номер, значит номер не подходит под эту инсталяцию.
Автор: Doctor_Livsi
Дата сообщения: 06.07.2005 16:18
кто нибудь подскажите что это за новое расширение файлов которые качаются с майкрософта.
Всус написал что нужно 8 гиг скачать и качает файл с раширением psf
Залез в таблицу tbFile и ужаснулся файло имеет размер 9 гиг
Автор: SergeyCVS
Дата сообщения: 06.07.2005 16:38
Doctor_Livsi
и что эт за файло у тя такое на 9 гигов? у меня самый тяжелый .psf равен 1041756414байт (WindowsServer2003-SP1-x86fre-JPN-1830-1.psf)
Автор: fsv2k5
Дата сообщения: 06.07.2005 16:49
Может у Doctor_Livsi идет простое обновление файлов ??!!
Автор: enver
Дата сообщения: 06.07.2005 17:41
YaroslavOne

Цитата:
If you've checked all the configuration options, including the status URL
used by the clients (configured via group policy) then one more thing to
check is BOTH the NTFS permissions as well as the authenictation-type of the
WSUS IIS website. On our system it was configured for anonymous access
only, but the anonymous internet IUSR_server account didn't have NTFS
permissions. We added the iUSR account to the NTFS permissions AND enabled
integrated authentication and its all worked fine since.


у меня нет проблем с пермишинсами... там всекак надо и не надо ниче вручную добавлять.... читать и проче он позволяет, так как без запроса пароля предлагает загрузку файлов
http://WSUSServerName/iuident.cab
http://WSUSServerName/selfupdate/AU/x86/osvariable/languagevariable/wuaucomp.cab
надо полагать с полномочиями все в порядке
Автор: FreemanRU
Дата сообщения: 06.07.2005 18:05
Кстати, когда-то в презентациях было заявлено, что будет возмождность обновлять клиентов вручную (т.е. что-то типа локального windowsupdate.microsoft.com), но как я понимаю - этого не сделали? Или я что-то не досмотрел?
Автор: I am Robespier
Дата сообщения: 07.07.2005 09:37
Здравствуйте многоуважаемый All
Вот вчера поставил WSUS, смигрировал с сетевого SUS апдейты, сегодня ночью он засинхронизировался с майкрософтом за 1,5 часа. Вчера же поставил под WMVare 2000-ю проф. поставил 4-й сервис пак и подправил реестр, чтобы ломилась на WSUS за апдейтами.
WSUS сервер в домене, 2000-я WMVare-овская не в домене.
Вот сегодня с утра до сих пор не вижу на WSUS сервере нового компьютера.


Вот реестр:
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
"WUServer"="http://wsus"
"WUStatusServer"="http://wsus"

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU]
"UseWUServer"=dword:00000001
"RescheduleWaitTime"=dword:00000005
"NoAutoUpdate"=dword:00000000
"AUOptions"=dword:00000004
"ScheduledInstallDay"=dword:00000000
"ScheduledInstallTime"=dword:00000001
"NoAutoRebootWithLoggedOnUsers"=dword:00000001


Вот что выдает ClientDiag:
WSUS Client Diagnostics Tool

Checking Machine State
Checking for admin rights to run tool . . . . . . . . . PASS
Automatic Updates Service is running. . . . . . . . . . PASS
Background Intelligent Transfer Service is not running. PASS
Wuaueng.dll version 5.4.3630.2554 . . . . . . . . . . . PASS
This version is SUS 1.0

Checking AU Settings
AU Option is 4: Scheduled Install . . . . . . . . . . . PASS
Option is from Policy settings

Checking Proxy Configuration
Checking for winhttp local machine Proxy settings . . . PASS
Winhttp local machine access type
<Direct Connection>
Winhttp local machine Proxy. . . . . . . . . . NONE
Winhttp local machine ProxyBypass. . . . . . . NONE
Checking User IE Proxy settings . . . . . . . . . . . . PASS
User IE Proxy. . . . . . . . . . . . . . . . . NONE
User IE ProxyByPass. . . . . . . . . . . . . . NONE
User IE AutoConfig URL Proxy . . . . . . . . . NONE
User IE AutoDetect
AutoDetect not in use

Checking Connection to WSUS/SUS Server
WUServer = http://wsus
WUStatusServer = http://wsus
UseWuServer is enabled. . . . . . . . . . . . . . . . . PASS
Connection to server. . . . . . . . . . . . . . . . . . PASS
SelfUpdate folder is present. . . . . . . . . . . . . . PASS

реестрик я доправлял с утра но немного...
Вот думаю, неужели придется ждать 22 часа?
Или может проблеммы в другом?
Поможете?
Автор: Kristaliar
Дата сообщения: 07.07.2005 10:21
I am Robespier

Цитата:
Вот сегодня с утра до сих пор не вижу на WSUS сервере нового компьютера.


На 80 порт попробуй перевести, я на другой так и не смог перевесить.


Цитата:
"WUServer"="http://wsus"
"WUStatusServer"="http://wsus"


Ит тут лучше имя серванта писать или ip, а не адрес по http.
Автор: I am Robespier
Дата сообщения: 07.07.2005 10:48
В общем не знаю, что произошло, но добавил егго, клиента, в домен, в отдельную папку, создал для этой папки отдельную политику, где все прописал. Вот сейчас он ставит обновления, но на WSUSе его нет. Не вижу! Но зато, появлялись другие компы, откуда взялись не знаю, я их быренько грохнул. В реестре прописалось все нормально. Вот сижу и думку думаю...
Есть у него логи? в updates service\logfiles никакой полезной инфы не нашел. Я не могу найти... В отчетах ничего нет... Где искать?

Начинает доходить... он клиента ставит и пока не доставит не увижу я его в "компьютерах". Но откуда другие компы взялись?!!
Автор: Toshikus
Дата сообщения: 07.07.2005 11:00
Возникла проблема-поставил WSUS, настроил клиентов. Всё вроде бы работает, но если на клиентском компе пользователь не входит в группу администраторов, то в трее шарик с обновлениями не высвечивается. Может быть есть возможность это обойти? А то давать права админа не очень то хочется.

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

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


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