Софт-Архив

Susfl img-1

Susfl

Рейтинг: 4.0/5.0 (1871 проголосовавших)

Описание

Установка локального WindowsUpdate сервера под Unix

Установка локального WindowsUpdate сервера под Unix Disclaimer

Я ни в коем разе не претендую, что установка сделана правильно, корректно, "так как надо" и прочая. Я описываю только что, что у меня работает. Кроме того, я не обещаю, что это будет работать у всех, что это будет работать именно так, как задумано и т.д. и т.п.

Мысли вслух

Любимая софтверная компания для установки локального WindowsUpdate сервера предполагает наличие выделенного сервера под управлением одной из любимых операционных систем. На них сверху надо накатить любимый веб-сервер любимой софтверной компании, скачать до 200 мб дистрибутива, поставить все это, а потом ловить баги. Описываемый же способ предлагает скачать 20 килобайт исходного кода и все запустить и настроить на имеющемся Unix/Linux/*x-сервере.

Подготовка Для работы всего этого нам понадобятся:
  • Apache 1.3.x
  • Python 2.x (проверено на 2.3)
  • cabextract
  • wget
Настройка Apache

Сначала необходимо настроить виртуальный хост в Apache. Настройки такие:

Выставьте кодировку по умолчанию в windows-1251. Для пользователей русского апача: выключите механизм перекодировки.

Настройка собственно SUSfL

Потом в заданный каталоге надо установить и настроить SUSfL (альт. ссылка ) - "A free set of Python scripts to replace MS SUS in your LAN" от Владимира Умнова

В файле autoupdate\sus_consts.py выставляем и указываем, какие продукты и каких версий нам нужны: NetServer - это Win2003 Server.

Не забываем сделать chmod a+x autoupdate/getmanifest.asp и проверить в нем шебанг (!#/usr/local/bin/python или ваш путь к python).

Потом надо установить, а что же качать-то. Первыми с сайта любимой компании качаются так называемые словари. Список словарей лежит в autoupdate\selfupdate.txt. Удаляем из него лишние строчки - например, те, которые содержат неиспользуемые в нашей сети языки. Будьте внимательны и аккуратны. Рекомендуется добавить туда строчки:

Первый запуск

В шелле в каталоге autoupdate запустите python getselfupdate.py, скачаются словари (около 100мб для русской и английской версий указанных софтин). Если у вас cabextract установлена, то они распакуются и будет файлик providers.txt. Если cabextract установить забыли, то удалите *.cab из корня, установите cabextract и повторите python getselfupdate.py.

Теперь надо скачать сами апдейты - в шелле в каталоге autoupdate запустите python sus_sync.py - начнут качаться все апдейты для указанных систем и языков, это замет несколько дней (если у вас не 10мбит канал, конечно). Я лично в sus_sync.py и getselfupdate.py нашел строчку запуска wget и поставил лимит скорости скачивания. Я ПРЕДУПРЕДИЛ - КАЧАТЬСЯ БУДЕТ ОЧЕНЬ МНОГО. ДО 10 ГБ.

Практика показывает, что на сегодняшний день выкачивается по w2k+wxp+w2003 en+ru до 2х гигабайт.

Использование

Для использования системы необходимо поправить файл winupdate.reg, входящий в поставку SUSfL, выставить там ваш адрес сервера обновления, и ваше время обновления. Далее на всех машинах, которые должны будут обновляться с сервера, заносим этот файл в реестр и проверяем, чтобы служба Automatic Updates была запущена

Поддержка и докачка

Иногда проверяйте error.log на предмет ненайденных cab-файлов. Их добавляйте в autoupdate/selfupdate.txt, удалите cab-файлы в корне сервера, потом запускайте getselfupdate.py и sus_sync.py. Для проведения синхронизации с сервером обновлений любимой компании также запускайте sus_sync.py.

Видео

Другие статьи, обзоры программ, новости

Установка локального WindowsUpdate сервера под Unix

Установка локального WindowsUpdate сервера под Unix Disclaimer Подготовка Для работы всего этого нам понадобятся:
  • Apache 1.3.x
  • Python 2.x (проверено на 2.3)
  • cabextract
  • wget
Настройка Apache

Сначала необходимо настроить виртуальный хост в Apache. Настройки такие:

Выставьте кодировку по умолчанию в windows-1251. Для пользователей русского апача: выключите механизм перекодировки.

Настройка собственно SUSfL

Потом в заданный каталоге надо установить и настроить SUSfL (альт. ссылка ) - "A free set of Python scripts to replace MS SUS in your LAN" от Владимира Умнова

В файле autoupdate\sus_consts.py выставляем и указываем, какие продукты и каких версий нам нужны: NetServer - это Win2003 Server.

Не забываем сделать chmod a+x autoupdate/getmanifest.asp и проверить в нем шебанг ( !#/usr/local/bin/python или ваш путь к python ).

Потом надо установить, а что же качать-то. Первыми с сайта любимой компании качаются так называемые словари. Список словарей лежит в autoupdate\selfupdate.txt. Удаляем из него лишние строчки - например, те, которые содержат неиспользуемые в нашей сети языки. Будьте внимательны и аккуратны. Рекомендуется добавить туда строчки:

Первый запуск

В шелле в каталоге autoupdate запустите python getselfupdate.py. скачаются словари (около 100мб для русской и английской версий указанных софтин). Если у вас cabextract установлена, то они распакуются и будет файлик providers.txt. Если cabextract установить забыли, то удалите *.cab из корня, установите cabextract и повторите python getselfupdate.py .

Теперь надо скачать сами апдейты - в шелле в каталоге autoupdate запустите python sus_sync.py - начнут качаться все апдейты для указанных систем и языков, это замет несколько дней (если у вас не 10мбит канал, конечно). Я лично в sus_sync.py и getselfupdate.py нашел строчку запуска wget и поставил лимит скорости скачивания. Я ПРЕДУПРЕДИЛ - КАЧАТЬСЯ БУДЕТ ОЧЕНЬ МНОГО. ДО 10 ГБ.

Практика показывает, что на сегодняшний день выкачивается по w2k+wxp+w2003 en+ru до 2х гигабайт.

Использование

Для использования системы необходимо поправить файл winupdate.reg. входящий в поставку SUSfL, выставить там ваш адрес сервера обновления, и ваше время обновления. Далее на всех машинах, которые должны будут обновляться с сервера, заносим этот файл в реестр и проверяем, чтобы служба Automatic Updates была запущена

Поддержка и докачка

Иногда проверяйте error.log на предмет ненайденных cab-файлов. Их добавляйте в autoupdate/selfupdate.txt. удалите cab-файлы в корне сервера, потом запускайте getselfupdate.py и sus_sync.py. Для проведения синхронизации с сервером обновлений любимой компании также запускайте sus_sync.py .

Кирил Малеванов (cyrill at malevanov.spb.ru) - Установка локального WindowsUpdate сервера под Unix Версия для печати

SUSfL, проблема

SUSfL, проблема. необходима помощь

Зарегистрирован: Сб 15 мар, 2003 3:05 pm

Сообщения: 3

Откуда: Минводы

Поставил SUSfL v0.12 на FreeBSD 4.10, вроде поехало. но вот такая проблема: клиент видит обновления на серваке, говорит давай скачаем и поставим, вроде всё внешне делается нормально. но в логе вот такое и никакие обновления не установленны:

2005-01-16 22:30:06 19:30:06 Success IUENGINE Determining machine configuration

2005-01-16 22:30:07 19:30:07 Success IUENGINE Querying software update catalog from http://10.0.20.31/autoupdate/getmanifest.asp

2005-01-16 22:30:07 19:30:07 Success IUENGINE Determining machine configuration

2005-01-16 22:30:08 19:30:08 Success IUENGINE Querying software update catalog from http://10.0.20.31/autoupdate/getmanifest.asp

2005-01-16 22:30:08 19:30:08 Success IUENGINE Determining machine configuration

2005-01-16 22:30:12 19:30:12 Success IUENGINE Querying software update catalog from http://10.0.20.31/autoupdate/getmanifest.asp

2005-01-16 22:30:12 19:30:12 Success IUENGINE Determining machine configuration

2005-01-16 22:30:15 19:30:15 Success IUENGINE Querying software update catalog from http://10.0.20.31/autoupdate/getmanifest.asp

2005-01-16 22:30:18 19:30:18 Success IUENGINE Determining machine configuration

2005-01-16 22:30:19 19:30:19 Success IUENGINE Querying software update catalog from http://10.0.20.31/autoupdatedrivers/getmanifest.asp

2005-01-16 22:32:40 19:32:40 Error IUENGINE See iuhist.xml for details: Install finished (Error 0x80004005: Неопознанная ошибка)

2005-01-16 22:32:41 19:32:41 Success IUENGINE Shutting down

Кто сталкивался, подскажите куда рыть, уже задолбался. всё одно и тоже.

MS Windows XP SP3, или Много шума из ничего

MS Windows XP SP3, или Много шума из ничего

Алексей Барабанов

MS Windows XP SP3, или Много шума из ничего

Третий пакет обновлений для MS Windows XP напоминает второй том «Мертвых душ»: его пишут где-то там, за границей, его все ждут, вспоминая предыдущий вариант, о  нем уже сочиняют небылицы.

Предыстория

Не меняются только самые мудрые и самые глупые.

Прошло уже несколько лет после даты выхода последнего кумулятивного пакета обновлений для MS Windows XP, известного как Service Pack 2. И вот теперь, когда общее число выпущенных обновлений перевалило за сотню, все с нетерпением ожидают пакета обновлений с номером 3. Официально в документе «Windows Service Pack Road Map» Microsoft предупреждает, что SP3 появится не ранее 2007 года. Но все равно периодически приходится опровергать слухи о том, что SP3 уже готов к загрузке. И, несмотря на возражения Microsoft, самодельный SP3 можно загрузить с различных ресурсов, например с TheHotfix.Net, как обещают после предварительной регистрации в форуме.

Настораживает, что на Softpedia указан объем этого обновления в 344 Мб, а это весьма много, да и ссылки для загрузки не работают. Еще стоит отметить, что согласно [2] источником явился некий анонимный, но очень добрый сотрудник Microsoft. Почему-то все добрые люди такие скромные.

Есть и отечественный вариант этого «чуда»: http://www.winall.ru/xp/sp/sp3. Он включает 30 заплаток и имеет объем 37,7 Мб. Ссылки тоже «висят», то есть загрузить SP3 ссайта невозможно. Но мне довелось получить это примитивное создание на очередном диске, купленном на одном московском программном «развале». Самое смешное, что все файлы переименованы в Pre_SP3_by_Winall_*.exe. Иначе говоря, до установки очень трудно оценить, что же ставится – какие-то патчи от Microsoft или просто набор троянов.

Ну и последний из существующих суррогатов SP3, обнаруженный в Интернете, откровенно носит сомнительный характер и называется GAME EDITION 2006.Мне удалось его загрузить c http://www.wild-soft.org/2006/08/24/windows_xp_sp3_pre_game_edition_2006.html. Но это был, скажем так, первый сайт с более-менее приличным содержанием. Так как все остальные имели контент из категории «только для взрослых». Этот набор имеет объем 118 Мб, что  близко к размеру реального SP3, но поскольку в 118 Мб входит не SP3, а вся укороченная MS Windows XP в варианте «только для игрушек», то в моей практике такое изделие игровой инженерии вряд ли кого заинтересует.

Из всего вышесказанного возникает больше вопросов, чем приходит ответов. Судя по всему, SP3 уже практически готов. И если не загадочные добряки из Microsoft, то какие-нибудь шустрые сетевые «гуру» непременно его предложат невзыскательной публике и попытаются получить на этом выгоду или иное преимущество. Так в чем же дело? С чем связано нежелание Microsoft выпустить SP3? И есть ли какие-нибудь технические проблемы в данном вопросе? Попробуем разобраться.

Обновление до текущего состояния SP3

Мудрец стыдится своих недостатков, но не стыдится исправлять их.

Попробуем получить SP3 самостоятельно. Для этого воспользуемся диском, предназначенным для автоматической установки MS Windows XP SP2, созданным так, как описано в статьях [7]. Из процесса установки удалим для чистоты эксперимента все дополнительные компоненты, кроме собственно дистрибутива, и создадим имидж:

It is highly recommended to add Rock Ridge

mkisofs 2.01 (i686-suse-linux)

re-directing all messages to mkwinxp-9838.log

Окончательно образ диска занял 447 Мб (здесь и далее примем для простоты 1 Мб равным 1 000 000 байтов, или 1000 Кб, в зависимости от контекста). Воспользуемся результатом для установки рабочей станции под VMWare. После завершения процесса инсталляции в полученной виртуальной машине проверим несколько важных в дальнейшем точек.

На рис. 1 видно, что уровень обновления системы – SP2, директория «C:\Program Files\WindowsUpdate» пуста, и внутри ветки реестра «HKLM\SOFTWARE\Microsoft» отсутствует раздел Updates. Запомним это. И приступим к обновлению системы до текущего уровня рекомендованных обновлений.

Для этого воспользуемся локальным сервисом SUSfL. Установка и настройка SUSfL подробно описана в [8]. Добавим только одну поправку. Во всех статьях, описывающих установку SUSfL, неверно трактуется переменная localCabPool. Дело всё в том, что в исходных текстах содержится ошибка – название директории content иногда употребляется в виде литеральной константы, то есть localCabPool должен оканчиваться именно на «content» и никак иначе.

Форумы на - Показать сообщение отдельно - Windows Server Update Services

Re: Windows Server Update Services

Что будет потом не знаю

но сейчас для своих настроил чтобы апдейтились с локального сервера.

Особенно в свете ошибки с GDI которая позволяет делать картинки с встроенными програмками. Вероятно скоро будут эксплоиты и соответственно эпидемии.

root@susfl# tar -xjvf susfl.tar.bz2

root@susfl# cd susfl

root@susfl# cp -R autoupdate* /opt/windows-update/

root@susfl# cp -R contrib /opt/windows-update/

root@susfl# cp wutrack.bin /opt/windows-update/

root@susfl# cd /opt/windows-update/autoupdate

-===============-

# В конце обязательно укажите / иначе закачка будет происходить в

# /opt/windows-updatecontent другие директории создаваемые на основе prefix тоже будут иметь такой вид.

prefix = "/opt/windows-update/"

localCabPool = "/opt/windows-update/content/"

# не использовать локальный WU

UseWUServer = False

# Указываем WU сервер если указано использовать локальный WU.

WUServer = "http://192.168.1.2/"

sus_update_locales = < \

"ie50x": ('en','ru'), \

Как узнать все ip адреса серверов обновлений Microsoft

Re: Как узнать все ip адреса серверов обновлений Microsoft

s.romanov мл. сержант Сообщения: 72 Зарегистрирован: 2006-12-12 14:13:23 Откуда: Тольятти

Re: Как узнать все ip адреса серверов обновлений Microsoft

а зачем так далеко ходить windowsupdate.microsoft.com ?

неужели поблизости нет сервера обновлений?

Re: Как узнать все ip адреса серверов обновлений Microsoft Re: Как узнать все ip адреса серверов обновлений Microsoft

ras проходил мимо

Как узнать все ip адреса серверов обновлений Microsoft

Чтобы парк машин мог обновляться и не давать MSE полный выход в интернет, сделали следующую схему:

На сервере расшарена папка, она же подключена на всех машинах как сетевой диск. Сервер ежедневно скачивает обновления, скрипт powershell:

import-module bitstransfer

ссылка на загрузку обновлений MSE всегда одинаковая, эта для 32 битных систем.

А на клиентах скрипт, который скачивает это обновление с сервера и запускает на установку. Скрипт писал на AutoIT, так как bat скрипт будет появляться графически, а exe запускается на фоне. Хотя и bat можно скомпилировать в exe сторонними программами.

FileCopy ( "Z:\IT\MSE-updates\mpam-fe.exe", "C:\MSE-updates\mpam-fe.exe" ,1 )

Sleep (15000)

ShellExecute ("mpam-fe.exe" ,"-q" ,"C:\MSE-updates\")

Непонятность с SUSfL - Форумы

непонятность с SUSfL v0.12 Grey 19 января 2005 - 16:29

Кто имеет работающий SUSfL под FreeBSD 4.10. Помогите ,не получается решить проблему :(

Клиент видит обновления, говорит что надо качнуть и поставить. всё происходит нормально, но в логе вот такое и обновления в итоге не установлены:

2005-01-16 22:30:06 19:30:06 Success IUENGINE Determining machine configuration

2005-01-16 22:30:07 19:30:07 Success IUENGINE Querying software update catalog from http://10.0.20.31/autoupdate/getmanifest.asp

2005-01-16 22:30:07 19:30:07 Success IUENGINE Determining machine configuration

2005-01-16 22:30:08 19:30:08 Success IUENGINE Querying software update catalog from http://10.0.20.31/autoupdate/getmanifest.asp

2005-01-16 22:30:08 19:30:08 Success IUENGINE Determining machine configuration

2005-01-16 22:30:12 19:30:12 Success IUENGINE Querying software update catalog from http://10.0.20.31/autoupdate/getmanifest.asp

2005-01-16 22:30:12 19:30:12 Success IUENGINE Determining machine configuration

2005-01-16 22:30:15 19:30:15 Success IUENGINE Querying software update catalog from http://10.0.20.31/autoupdate/getmanifest.asp

2005-01-16 22:30:18 19:30:18 Success IUENGINE Determining machine configuration

2005-01-16 22:32:40 19:32:40 Error IUENGINE See iuhist.xml for details: Install finished (Error 0x80004005: Неопознанная ошибка)

2005-01-16 22:32:41 19:32:41 Success IUENGINE Shutting down

28 марта 2005 - 16:15

эта ошибка описана на сайте M$ - http://support.microsoft.com/?id=842289 та же бага повторяется и на их SUS сервере, для него есть хотфикс. А для susfl видимо нет :(

У меня та же история. Для эксперимента брал свежеустановленный Win XP SP1. Так вот он замечательно скачал с susfl сначала апдейт WinUpdate а потом SP2, после чего проставил их. И все. Началась ошибка 0x80004005. Качает, разкладывает по каталогам, но не ставит, собака. Может тут дело с SP2? Не знаю.

ЗЫ у меня все стоит на ASPLinux 9

Grey 28 марта 2005 - 18:43

Обоснование необходимости домена на предприятии- Сети и их администрирование - Форум на

Обоснование необходимости домена на предприятии

')">0 - 13.02.2013 - 17:15

Доброго времени суток всем форумчанам.

')">7 - 14.02.2013 - 08:38

0 Вам необходимо понимать сколько времени Вы тратите на обслуживание одного компьютера, конкретно в цифрах.

Обычно это видно из статистики сервис-деска, но если Вы работаете "по-старинке", то и нормирование придется делать по старинке.

После того как Вы поймете это, можно составить простую таблицу с вычислением затраченного времени на все компьютеры.

Вы не совсем практично упомянули, что будет экономится время сисадмина, им действительно все равно, но когда Вы выразите время в деньгах, все будет выглядеть гораздо интереснее для финансистов. Также следует выразить в деньгах все простои и риски утерь данных, связанные с тем, что данные например бухгалтерии хранятся на одном компьютере. Так необходимо оценить каждую информационную систему.

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

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

Также укажите, что если Вы получаете единую точку управления, то Вам не нужно идти к каждому компьютеру, чтобы что-то устранить\провести изменения настроек (все выражайте деньгами).