SUS Software Update Server & Локальный Сервер Обновлений

[doktorshurik]

Привет всем.
У нас в домашней локалке стоит SUS. Т.е. сервак скачивает с инета все обновления под WinXP Home and Pro, Win2000pro, и потом раздает это всем по локальной сети.
Хочу это же сделать на работе.
В локалке 50 с лишком машин, когда они все апдейтятся, то траффик сами понимаете какой. А если бы это делал один сервак, а потом раздавал бы всем, то было бы cool!
Может кто уже реализовал это?
Не поможете готовым решением.
SUS по сути и есть готовое решение. Но хочется надежного пошагового совета, поскольку экспериментировать нет возможности. На серваке крутятся 1C базы под SQL + он же file, print server, он же терминальный сервер, он же back up server. Жадная организация понимаешь ли.
P.S. Кто нибудь слышал про подобные вещи под Adobe?

[djxray]

Инфо здесь http://www.microsoft.com/technet/pro...5ab0964a3.mspx

http://www.microsoft.com/technet/pro...3/ru/wsus.mspx

[Paxa1]

Цитата: Сообщение от doktorshurik Не поможете готовым решением. SUS по сути и есть готовое решение. Но хочется надежного пошагового совета, поскольку экспериментировать нет возможности. На серваке крутятся 1C базы под SQL + он же file, print server, он же терминальный сервер, он же back up server. Жадная организация понимаешь ли.

Вот MSSQL это хорошо, как раз для WSUSа он и нужен. На сайте микрософта лежит свободно. Там вроде ниче такого сложного нету, скачиваешь и ставишь, правда первоначальный трафик будет немалый, гиг 20 а то и больше. Зато можно будет обновить все продукты микрософта токально.

[doktorshurik]

Пасиба за ответы.
Ну может быть кто нить пошагово проинструктирует?
Плз.
Грубо говоря есть только одна попытка.
И не хочется дров наломать.

[SadAngel]

Честно говоря, установка WSUS очень простая.
Единственное, что лучше всего ставить на Windows 2003 c первым сервис паком. Обязательные требования - установленный BITS, и IIS.
Если у тебя уже установлен MSSQL, то нужно просто указать его расположение, если еще нет, то установиться MSSQL desktop engine. После установки сервер создать вэб узел для администрирования по адресу http://localhost/wsusadmin/ Нужно зайти в него, и проверить что все в порядке. Далее нужно настроить параметры синхронизации, и провести первую синхронизации. Если работаешь, через прокси, указать прокси. Если первая синхронизация прошла успешно, можно подключать компьютеры к WSUS. Делается это через административные шаблоны (конфигурация компьютера-административные шаблоны-компоненты windows-windows update) редактора объектов групповой политики (gpedit.msc). Если у тебя сеть с доменами, тогда достаточно создать групповую политику на контейнер, содержащий все компьютеры, которые должны быть подключены к серверу. Если без доменов, прийдется прописывать вручную на каждом компьютере. После того, как политики применятся, через какое-то время компьютеры подключатся к серверы, и ты их сможешь увидеть на вэб узле админстрирования.

[doktorshurik]

SadAngel, спасибо. Буду пытаться.
Еще вопрос, где можно будет указать для каких ОС нужно качать update с мелкософта? Или он по любому будет сливать под все ОС. Выше сказано, что первоначальный траффик будет около 20 Гб. Так ли это?
Мне нужны только по WinXPPro и Win2003E.

[sercool]

20 гиг это гон, нефиг синхронизировать всё подряд. Как только поставишь СУС, заходишь в настройки синхронизации и указываешь, какие категории обнавлений ты хочешь получать, далее в настройках автоматического одобрения ставишь, что будешь одобрять сам ручками. Запускаешь первую синхронизацию, ждёшь минутку и тормозишь её к чертям, ползёшь обратно в настройку синхронизации и наблюдаешь что список продуктов мелкомягкого обновился, оставляешь галочки напронив нужных продуктов, и теперь решаешь сколько трафика ты можешь потратить.
Так как у меня это было не так уж много, я провёл первую синхронизацию и ручками одобрил только те обнавления которые были установленны на рабочих компах, дабы не одобрять и не качать то, что и так вшито в СП2, а значит никогда юзаться не будет. В последующих синхронизациях просто смотрю какие заплатки вышли и сам ручками одобряю (раз в месяц разрулить пару обнавлений не так уж и напряжно).
Если можешь позволить себе потратить казённый трафик в больших кол-вах, ставишь автоматическое одобрение и запускаешь синхронизацию. В догонку можешь поставить автоматический запуск синхронизации, но при условии что обнавления выходят раз в месяц (второй вторник месяца), это можно делать и самому.

ЗЫ первая синхро будет очень долгой, затем будет занимать от пары секунд (если нет новых патчей) до пары минут (но не более).

[SadAngel]

doktorshurik, да действительно первоначальный трафик около 20 ГБ, если качать все обновления. Но можно и по другому.
Во первых достаточно скачивать обновления только для русского и английского языка. Далее, в параметрах синхронизации, задается, к каким программам и типам обновлений будет производится синхронизация. Я рекомендую делать синхронизацию вручную. Для обновлений включить автоматическое одобрение для обнаружения. Тогда ты в отчете по компьютерам сможешь увидить, какие обновления, и каким компьютерам нужны.
Во вторых (если правильно настроить) обновление не будет скачиваться до тех пор, пока ты не выберешь, одобрение для установки, хотя бы для одной группы компьютеров. Один раз скачанное обновление, повторно качаться не будет (исключение - новая редакция обновления). После того, как проанализируешь отчеты, сможешь одобрить для установки только те обновления, которые нужны компьютерам.
В третьих - рекомендую создать группу компьютеров, для тестирования обновлений, в которую поместить один-два компьютера. Где-то полгода назад попало обновление, после которого, происходил полный неисправимый сбой системы. Для этой группы ты сможешь разрешать для установки все новые обновления. Для остальных - рекомендую разрешать обновления для установки - срок выпуска которых более одного месяца с даты последней синхронизации.

[doktorshurik]

sercool,
SadAngel,
Что необходимо прописать юзерям на компах, чтоб они сами апдейтились с локального сервера обновлений? Сетка сейчас без домена, простая рабочая группа. Правда очень большая.
Домен не ставится по спец соображениям, учитываю потребности сотрудников.

[SadAngel]

Обычно домен как раз ставиться для упрощения администрирования больших групп компьютеров. (Разделение пользователей на группы, и раздача прав на общие сетевые папки, удаленное администрирование и управление любого компьютера домена). Плюс надежность и быстродействие сети (службы DNS и WINS) При этом тебе ничто не запрещает сделать определенного пользователя локальным администратором определенного компьютера. Достаточно добавить доменного пользователя в список пользователей на определенном компьютере. При этом можно будет входить автономно (даже когда комп не подключен к сети) в компьютер с помощью учетной записи пользователя домена.
По поводу локальной политики нужно указать следующее:
1) На каждом компьютере, войти через консоль mmc, добавить оснастку групповая политика(локальный компьютер), или же достаточно запустить на компьютере команду gpedit.msc
2) Далее перейти к разделу Windows update: Конфигурация компьютера - Административные шаблоны, Компоненты Windows, Windows Update. Если в административных шаблонах нет компонентов Windows, или Windows update, то этот шаблон нужно добавить, щелкнув правой кнопкой на административных шаблонах, и выбрать добавление шаблона (шаблон wuau)
3) Установить след. параметры:
а) Настройка автоматического обновления - для пользователей выбрать параметр 4 - автоматически загружать и устанавливать, для серверов 3-автоматически загружать и уведомлять. День и время лучше выбрать те, когда не очень большая загрузка, но лучше не последний рабочий день недели. Я например для себя выставляю день - четверг, а время 12:00. В это время как раз начинается обед, и многие пользователи оставляют компьютеры включенными.
б) Указать расположение службы обновлений Майкрософт в интрасети - http://ip_адрес_сервера_wsus, то же самое для сервера статистики
в) Не выполнять автоматический повторный запуск для автоматических установок обновлений - включить.
г) Разрешить немедленную установку автоматических обновлений - включить
д) Повторный запрос для перезагрузки при запланированых установках - чем больше - тем лучше
остальные политики можно не задавать.

Автоматическое обновление будет работать на компьютерах Windows XP Pro SP1,SP2. Поэтому рекомендуется сначала установить последние сервис паки на Windows. Для того чтобы, автоматическое обновление работало на Windows XP без SP, или Windows 2000 без последнего сервис пэка, нужно скачать специальный апдейт для Windows update (почитай в руководстве, если я не ошибаюсь, он называется клиент автоматического обновления 2.2, и качается с майкрософт)
Да и еще - автоматическое обновление через wsus не работает на windows xp home edition. Но наши умельцы решили и эту задачу: нужно скопировать целиком ветки реестра HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Win dows\WindowsUpdate
и HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Curr entVersion\WindowsUpdate
с windows xp pro на windows xp home.

[doktorshurik]

SadAngel, Да, подробненько..
Спасибо.
Да думал ставить домен.
Да и передумал.
Как говорится, работает не трожь
Да и серваки у меня слабенькие и ненадежные.
Железо старое.
Самосборные.
Да и задач таких, особо сложый нет.

Добавлено через 11 минут
SadAngel, Да, подробненько..
Спасибо.
Да думал ставить домен.
Да и передумал.
Как говорится, работает не трожь
Да и серваки у меня слабенькие и ненадежные.
Железо старое.
Самосборные.
Да и задач таких, особо сложый нет.

[pozht]

А будет ли нормально работать WSUS 3.0 на SQL 2000? я у себя поставил, синхронизация прошла нормально, а компы не видит. только 1 нашелся.

[Tur]

Цитата: Сообщение от pozht А будет ли нормально работать WSUS 3.0 на SQL 2000? я у себя поставил, синхронизация прошла нормально, а компы не видит. только 1 нашелся.

Лучше поздно ...
В документации к WSUS 3.0 явно указано, что минимально, требуется Microsoft SQL Server 2005 Service Pack 1, а для 2008 сервера Microsoft SQL Server 2005 Service Pack 2.

Это не он компы не видит, а компы до него достучаться не могут.