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

» Windows Server Update Services (WSUS & SUS), часть III

Автор: graydevil
Дата сообщения: 25.02.2009 06:51

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

Чтобы это не вызывало вопросов и страха положим у бухгалтерш и прочего планктона.
Автор: qrock
Дата сообщения: 25.02.2009 07:58
graydevil

Настрой автоматическую установку ночью, а неустановленные в это время обновления пусть ставятся после включения компьютера
Автор: Gregyshka
Дата сообщения: 25.02.2009 16:56
Подскажите пожалуйста
После обновления почему то меняется адрес сервера

с Server2003 на Server
Как это побороть?

########### AU: Initializing Automatic Updates ###########
# WSUS server: http://SERVER:8530
Автор: brassnet
Дата сообщения: 26.02.2009 12:29
Gregyshka
Чета не понял ничего...
Где и что меняется? Как клиенты настраиваются на обновления?
Автор: Gregyshka
Дата сообщения: 26.02.2009 12:46
После выполнения gpupdate /force
Значение реестра
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate
WUServer
WUStatusServer
меняется с Server2003 на Server
Автор: brassnet
Дата сообщения: 26.02.2009 14:27
Gregyshka
Само по себе ничего меняться не может, если меняется после обновлени политик, значит у тебя так задано в GP, проверяй.
Автор: Gregyshka
Дата сообщения: 26.02.2009 14:50
Дык я понимаю что само ничего не делается
Только не могу найти упоминаний о Server в GP
Может есть идеи где искать?
Автор: brassnet
Дата сообщения: 26.02.2009 14:53
Gregyshka
В GP есть только одно место где задается адрес сервера обновлений, вот там и смотри.
Автор: Gregyshka
Дата сообщения: 27.02.2009 11:53
brassnet
Спасибо за помощ
Удалось наконец то победить эту проблему
Автор: Alex_Mat
Дата сообщения: 27.02.2009 11:53
всем доброго времени суток!
так и не поборол проблему установки sp3 for xp через wsus.
посему есть вопросы, мб кто знает ответы:
1. от чьего имени ставятся обновления через wsus.
2. какие службы за это отвечают.
3. возможна ли в принципе установка sp3 на учетке с правами пользователь.
Автор: SniZ
Дата сообщения: 27.02.2009 23:49
2009-02-27 21:43:45.576 UTC Warning w3wp.10 SoapUtilities.CreateException ThrowException: actor = http://router/ReportingWebService/Repo
rtingWebService.asmx, ID=db6216b7-d275-4bff-94d4-990e02d8db6b, ErrorCode=ConfigChanged, Message=, Client=475e1f9e-e346-4f19-a074-5a3c54b2eae9
2009-02-27 21:43:45.576 UTC Error w3wp.10 WebService.ReportEventBatch Exception occured in ReportEventBatch: Fault occurred
at Microsoft.UpdateServices.Internal.Reporting.WebService.ReportEventBatch(Cookie cookie, DateTime clientTime, ReportingEvent[] eventBatch)

at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes,
RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, Runtime
TypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture,
Boolean skipVisibilityChecks)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)

at System.Web.Services.Protocols.LogicalMethodInfo.Invoke(Object target, Object[] values)
at System.Web.Services.Protocols.WebServiceHandler.Invoke()
at System.Web.Services.Protocols.WebServiceHandler.CoreProcessRequest()
at System.Web.Services.Protocols.SyncSessionlessHandler.ProcessRequest(HttpContext context)
at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
at System.Web.HttpApplication.ApplicationStepManager.ResumeSteps(Exception error)
at System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest(HttpContext context, AsyncCallback cb, Object extraData)
at System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr)
at System.Web.HttpRuntime.ProcessRequestNoDemand(HttpWorkerRequest wr)
at System.Web.Hosting.ISAPIRuntime.ProcessRequest(IntPtr ecb, Int32 iWRType)







в чм может быть дело? с местного провайдерского всуса качаю... однако с мелкомягких - качает....
Автор: ntden
Дата сообщения: 02.03.2009 05:41

Цитата:
Добрый день
Как изменить язык интерфейса установленной ранее WSUS 3.1 с английского на русский. Способ из шапки не помогает, в интернете ничего не нашел.


ау
Автор: kharkovmax
Дата сообщения: 02.03.2009 07:57

Цитата:
Цитата:Добрый день
Как изменить язык интерфейса установленной ранее WSUS 3.1 с английского на русский. Способ из шапки не помогает, в интернете ничего не нашел.


ау


У меня такая же проблема.
Думаю что язык консоли, это я зык системы....
Автор: tsf0x13
Дата сообщения: 02.03.2009 16:55


Цитата:
1. от чьего имени ставятся обновления через wsus.

Local system


Цитата:
2. какие службы за это отвечают.

wuauserv


Цитата:
3. возможна ли в принципе установка sp3 на учетке с правами пользователь.

нет.
Автор: Alex_Mat
Дата сообщения: 03.03.2009 08:23
tsf0x13
спасибо
Автор: SpinnE
Дата сообщения: 03.03.2009 10:04
Господа, есть вопрос один. Есть сервер на Windows Srever 2003 ENG без сервиспаков, он же контроллер домена. Когда-то давно на нем стоял WSUS, и сервер был подключен на обновление сам к себе. IP сервера 192.168.25.3, в локальной политике адрес службы обновлений был прописан 127.0.0.1.
Теперь подняли новый WSUS сервер с IP 192.168.14.3, но не могу переключить на него сервер... Прописываю новый адрес и в локальной политике, и в политике домена, отключаю его везде, а WSUS Client Diagnostic Tool упорно пишет

Код:
Checking Connection to WSUS/SUS Server
WUServer = http://192.168.25.3
WUStatusServer = http://192.168.25.3
UseWuServer is enabled. . . . . . . . . . . . . . . .PASS
Client is pointed to SUS 1.0 Server
Автор: bahtey
Дата сообщения: 03.03.2009 11:05
qrock писал:
Настрой автоматическую установку ночью, а неустановленные в это время обновления пусть ставятся после включения компьютера

т.е. если комп выкл. был всю ночь, с утра служба проверит обновления и сама их установит?
просто сейчас стоит в 10утра, и на компах обновляется (но на них седят локальные администраторы), а как будет дело обстоять если права
1.пользователь
2.опытный пользователь.
Автор: bahtey
Дата сообщения: 04.03.2009 13:23
никто не ответит?
Автор: qrock
Дата сообщения: 04.03.2009 19:43
bahtey
По идее служба автоматического обновления в течение дня в моменты минимальной загрузки сети скачивает обновления. Потом может в определенное тобой время запустить установку. Можно так же настроить, что если обновления скачались, не поставились ночью (комп был выключен), то они автоматом встанут после включения. Все это можно настроить в Групповых политиках. Там же есть возможность дать права установки обновлений не администраторам.
Автор: bahtey
Дата сообщения: 05.03.2009 11:44
qrock
имею на данный момент:
http://s57.radikal.ru/i156/0902/2c/59d6fc80cfc5.gif
стоит в automatic update на 10-утра.

сейчас около 16ч.дня.
специально принес комп,где человек с правами пользователь!
autodetect запускаю неск.раз.
ReportingEvents.log - пуст!!!

хотя не так давно на другом компьютере человек с правами адмнистратор - вечером завел также его комп в группу wsus - autodetect запустил - началось обновление.
сейчас - что? подождать до утра? в event - ГП применяется. но на сервере wsus нет компьютера!

в идеале-то как требуется:

пользователи не участвовали в установке обновлений (как на прмимере если права администратор)и перезагрузке компьютера(после обновлений).а то ж счас те кто с админскими правами - ставят и ребутят (пустили в тестовом режиме),да и еще выбирают чего ставить...
а надо,чтоб как разадал в автоматическом одобрении для групп компьютеров - так и ставилось.
Автор: brassnet
Дата сообщения: 05.03.2009 11:59

Цитата:
в event - ГП применяется. но на сервере wsus нет компьютера!

А что говорит гпрезульт по этому поводу? И где гарантия, что политика полностью применилась?
Автор: bahtey
Дата сообщения: 05.03.2009 14:42
brassnet
Создано на 05.03.2009 в 18:08:06


RSOP-результаты для LMED\Uesr-OK на OTD79-Uesr-OK : Режим журналирования
---------------------------------------------------------------------------

Тип ОС: Microsoft Windows XP Professional
Конфигурация ОС: Рядовая рабочая станция
Версия ОС: 5.1.2600
Имя домена: LMED
Тип домена: Windows 2000
Имя сайта: Default-First-Site-Name
Перемещаемый профиль:
Локальный профиль: C:\Documents and Settings\Uesr-OK
Подключение по медленному каналу?: Нет


Конфигурация компьютера
------------------------
CN=OTD79-Uesr-OK,OU=Wsus,DC=LMED,DC=lan
Последнее применение групповой политики: 05.03.2009 at 16:34:28
Групповая политика была применена с: server-dc.LMED.lan
Порог медленной связи групповой политики: 500 kbps

Примененные объекты групповой политики
---------------------------------------
WsusUpdate
Default Domain Policy

Следующие политики GPO не были приняты, поскольку они отфильтрованы
--------------------------------------------------------------------
Политика локальной группы
Фильтрация: Не применяется (пусто)

Компьютер является членом следующих групп безопасности:
-------------------------------------------------------
Администраторы
Все
Пользователи
СЕТЬ
Прошедшие проверку
OTD79-Uesr-OK$
Domain Computers


Конфигурация пользователя
--------------------------
CN=Михаил Александрович,OU=LMED Users,DC=LMED,DC=lan
Последнее применение групповой политики: 05.03.2009 at 16:40:02
Групповая политика была применена с: server-dc.LMED.lan
Порог медленной связи групповой политики: 500 kbps

Примененные объекты групповой политики
---------------------------------------
server-host IE Start Page
DisableRunAuto
Default Domain Policy

Следующие политики GPO не были приняты, поскольку они отфильтрованы
--------------------------------------------------------------------
Политика локальной группы
Фильтрация: Не применяется (пусто)

Пользователь является членом следующих групп безопасности:
----------------------------------------------------------
Domain Users
Все
Пользователи
ИНТЕРАКТИВНЫЕ
Прошедшие проверку
ЛОКАЛЬНЫЕ
Автор: brassnet
Дата сообщения: 05.03.2009 19:19
Что в файле "WindowsUpdate.log"?
WSUS клиент какой версии стоит? Может он кривой, попробовать его переустановить принудительно.
Автор: bahtey
Дата сообщения: 06.03.2009 05:53
WUAutoUpdateAtShutdown failed, hr=8024000C

скачиваю WindowsUpdateAgent20-x86,попробую.
Автор: bahtey
Дата сообщения: 06.03.2009 13:14
все же переуустанова клиентской части помогла...
но все же:
сейчас получается,что когда пользователь выходит из компьютера (завершает работу)ему предлагается не выключая обновить и система обновляется с последующим ребутом/выкл.компьютера. - так и задумано?

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

по mmc зашел проверить локальную политику на контроллере, так там в возможностях саомог его расширенно как можно,а для группы компьютеров wsus - мало этих возможностей,тоже так задуманно?
Автор: kharkovmax
Дата сообщения: 07.03.2009 11:22
Нужна помощь.

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

Новые компы которые ввожу в домен в сервере обновлений появляются, а старые нет.
GPresult говорит что политика применена, службы обновлений и Bits запущены, клиенты до сайтов Wsus добираются без проблем файл wuident.cab читается.

Пытался запускать на клиентах руками Wuauclt /detectnow, не помогает.

Не могу понять почему старые компы не подключаются к серверу, у кого есть какие предположения ?
Автор: brassnet
Дата сообщения: 08.03.2009 08:49
kharkovmax

Цитата:
Не могу понять почему старые компы не подключаются к серверу, у кого есть какие предположения ?

Переустановка клиента, сброс регистрации WSUS/повторная регистрация на WSUS.
Автор: SpinnE
Дата сообщения: 11.03.2009 16:56

Цитата:
Господа, есть вопрос один. Есть сервер на Windows Srever 2003 ENG без сервиспаков, он же контроллер домена. Когда-то давно на нем стоял WSUS, и сервер был подключен на обновление сам к себе. IP сервера 192.168.25.3, в локальной политике адрес службы обновлений был прописан 127.0.0.1.
Теперь подняли новый WSUS сервер с IP 192.168.14.3, но не могу переключить на него сервер... Прописываю новый адрес и в локальной политике, и в политике домена, отключаю его везде, а WSUS Client Diagnostic Tool упорно пишет

Код:
Checking Connection to WSUS/SUS Server
WUServer = http://192.168.25.3
WUStatusServer = http://192.168.25.3
UseWuServer is enabled. . . . . . . . . . . . . . . .PASS
Client is pointed to SUS 1.0 Server



Как его побороть ?


Я извиняюсь за повторный вопрос, но неужели никто не даст совета ?

Автор: brassnet
Дата сообщения: 11.03.2009 17:33

Цитата:
Прописываю новый адрес и в локальной политике, и в политике домена, отключаю его везде

Не нужно его прописывать везде, нужно прописать только в одном месте групповой политики и все будет работать как надо. Если не работает - значит не применяется политика, копать GP.
Автор: SpinnE
Дата сообщения: 11.03.2009 17:45
brassnet, пробовал, не помогает. Пока проблему решил черз реестр, прописал правильный адрес в HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate, вроде работает...

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283

Предыдущая тема: Общие вопросы про AD (Active Directory) - часть II


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