121 ответов в этой теме

[Valentina Yugai]

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

 

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

[Valentina Yugai]

Что вы имеете в виду под "пакетом для AD"?

[chs]

Что вы имеете в виду под "пакетом для AD"?

 

msi инсталлер для установки средствами GPO. Желательно к нему бы ещё mst - для silent установки.

[Konstantin Yudin]

что это за адамин который не умеет удаленно сделать ребут любой подчиненной станции?

Дык нужно ж знать, когда этот ребут делать...

ты это видишь. станция ушла в оффлайн после деинстала

[chs]

 

 

что это за адамин который не умеет удаленно сделать ребут любой подчиненной станции?

Дык нужно ж знать, когда этот ребут делать...

 

ты это видишь. станция ушла в оффлайн после деинстала

 

 

А если она по другому поводу отключилась ?

[pig]

что это за адамин который не умеет удаленно сделать ребут любой подчиненной станции?

Дык нужно ж знать, когда этот ребут делать...

ты это видишь. станция ушла в оффлайн после деинстала

 
А если она по другому поводу отключилась ?

Проверить через "Управление компьютером - Просмотр событий"?

[Konstantin Yudin]

что это за адамин который не умеет удаленно сделать ребут любой подчиненной станции?

Дык нужно ж знать, когда этот ребут делать...

ты это видишь. станция ушла в оффлайн после деинстала

 
А если она по другому поводу отключилась ?

Вы админ?

Сообщение было изменено Konstantin Yudin: 24 Июль 2014 - 15:05

[chs]

 

 

 

 

что это за адамин который не умеет удаленно сделать ребут любой подчиненной станции?

Дык нужно ж знать, когда этот ребут делать...

 

ты это видишь. станция ушла в оффлайн после деинстала

 

 
А если она по другому поводу отключилась ?

 

Проверить через "Управление компьютером - Просмотр событий"?

 

 

 

Т.е. методика такая -

1. Переназначаем сервер у, скажем, 10 станций

2. Потом тупо сидим за консолью и смотрим - когда они отваляться

3. Потом на каждую идём в Просмотр событий - смотрим

4. Потом звоним пользователю - типа - "перезагружаемся !" (слышим от него - "ещё минут 10 - мне отчёт надо доделать !!!")

5. Потом ещё раз звоним пользователю и перезагружаем станцию

 

Правильно ?

 

Предлагаю альтернативную.

1. Предупреждаем пользователя

2. Заходим удалённо на его комп. и удаляем ремувером старого агента

3. Перезагружаемся

4. Заходим удалённо и запускаем установку нового агента

 

И тот и другой случай - пустая трата времени и нервов админа.

 

P.S. Ладно ... прекращаю дискуссии.

Мне понятно, что переходить в данный момент на 10ку не стоит. Буду ждать обновления.

 

 

 

 

что это за адамин который не умеет удаленно сделать ребут любой подчиненной станции?

Дык нужно ж знать, когда этот ребут делать...

 

ты это видишь. станция ушла в оффлайн после деинстала

 

 
А если она по другому поводу отключилась ?

 

Вы админ?

 

 

Я над ними начальник.

[VVS]

chs, ну тогда уж проще так:

Сооружаем батник, в котором запускается инсталлятор, а затем Shutdown.

Прописываем этот батник куда-нибудь в RunOnce или в Планировщик.

[Konstantin Yudin]

Я над ними начальник.

вопросов больше нет

[Konstantin Yudin]

правильней сделать в консоли опцию. ребутить станцию автоматом при установке/апгрейде или нет. и пусть саии выбирают нужный сценарий

[chs]

правильней сделать в консоли опцию. ребутить станцию автоматом при установке/апгрейде или нет. и пусть саии выбирают нужный сценарий

 

Правильней сделать, как предлагалось в соседнем треде.

 

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

[Konstantin Yudin]

правильней сделать в консоли опцию. ребутить станцию автоматом при установке/апгрейде или нет. и пусть саии выбирают нужный сценарий

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

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

[chs]

 

 

правильней сделать в консоли опцию. ребутить станцию автоматом при установке/апгрейде или нет. и пусть саии выбирают нужный сценарий

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

 

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

 

 

<sarkazm>

Ну да .. вам виднее. Пусть работает нафиг без антивиря до перезагрузки..

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

</sarkazm>

 

Ладно, как я сказал - тему можно закрывать.

[Konstantin Yudin]

Свое мнение я высказал ранее, и оно не совпадает с тем что сделано за чтож тогда меня ((

[Kirill Polubelov]

Поскольку тема топика "Методика перехода на 10-ю версию", я позволю себе, все же, систематизировать и консолидировать два, наиболее удобных способа, итак:

 

1. Подберите отдельную годную машинку (то есть, где нет 6-го ЕС-сервера) и неспеша поставьте туда 10-ю версию, используя свой агентский ключ, закрытый ключ от 6-го сервера.

2. Ознакомьтесь, настройте по вкусу

3. Далее возможны несколько способов перевода станций:

 

3.1. Перевод с использованием веб-интерфейса управления 6-й версии:

3.1.1. Вы выбираете станцию или группу станций и назначаете им новый сервер (10-я версия) (настройки Dr.Web Agent для Windows -> сеть)

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

3.1.3. Наблюдаем, проверяем, если все хорошо, переходим к п. 3.1.1 для следующих станций 

 

3.2. Перевод с использованием веб-интерфейса управления 10-й версии:

3.2.1. Если установлен плагин, доступен раздел "Установка по сети", используя его, задаем станцию или группу станций для установки агента, указываем расположение открытого ключа (drwcsd.pub) и жмем "Установить".

3.2.2. На выбранной, в качестве жертвы, станции, при условии выполнения требования из таблицы

http://download.geo.drweb.com/pub/drweb/esuite/10.00/documentation/html/install/ru/install_agent_remote.htm

происходит следующее:

- Удаляется старый агент и компоненты АВ.

- После перезагрузки станции (перезагрузка осуществляется администратором) начинается установка нового агента и компонентов АВ

- Станция появляется в АВ-сети Сервера

3.2.3. Наблюдаем, проверяем, если все хорошо, переходим к п. 3.2.1 для следующих станций 

Этот вариант кажется чуть более удобнее, чем первый, потому что при инициировании установки, если возвращается "Успех", 6-й агент уходит с 6-го сервера в оффлайн, и можно быть почти  уверенным, что через пару глотков рома кофе его уже там не будет и можно осуществлять перезагрузку станции. То есть время апдейта более детерминировано, в отличие от первого варианта, где станция пока переподключится, пока получит обновления, то сё.

 

Преимущества этих вариантов перед апдейтом сервера с 6-й на 10-ю версии в  том, что если что-то пошло не так на какой-то из станций, вы всегда можете ее вернуть в лоно 6-й версии.

[chs]

Поскольку тема топика "Методика перехода на 10-ю версию", я позволю себе, все же, систематизировать и консолидировать два, наиболее удобных способа, итак:

 

[[skip]]

 

Преимущества этих вариантов перед апдейтом сервера с 6-й на 10-ю версии в  том, что если что-то пошло не так на какой-то из станций, вы всегда можете ее вернуть в лоно 6-й версии.

 

Не хотел ввязываться, так как принял решение отложить данный процесс на неопределённое время, но для меня наиболее приемлемый вариант -

1. Устанавливаем в сети 2 сервера
2. В автозагрузку избранным жертвам пихаем скрипт который -

• Предупреждает пользователя об переустановке агента, и если пользователь соглашается
• Выдаётся инструкция (ну там ввод капчи и т.п.)
• запускается drw_remover.exe от администратора
• в автозапуск при последующей перезагрузке прописывается установщик агента 10.0 (если возможно в silent режиме)

Это вариант даёт след. преимущества  -

1. Даёт пользователю право самостоятельно выбирать момент перехода (понятно - что потом самые слоупоки будут выявлены и расстреляны перед строем)
2. Станция будет без защиты незначительное время (до перезагрузки после ремувера)

Недостатки -

1. Админы не совсем контролируют процесс (особенно если есть различные настройки клиентов и группы)
2. Теряются настройки старого сервера

[chs]

вдогонку - реквестирую drw_remover с ключиком принудительной перезагрузки

[Afalin]

Теряются настройки старого сервера

Не совсем так. Настройки сохранить можно, не получится сохранить только те настройки, которые были выставлены персонально для какой-либо станции. Всё остальное можно взять из БД 6 сервера.

[chs]

Хммм ... мысля пришла.

 

А что если мы

• клонируем комп с ES сервером
• на клоне накатываем апгрейд до 10ки
• присваиваем ей другой IP и выпускаем в сеть

Тогда по идее, при переустановке агента, он должен подхватить старые настройки с нового сервера.

 

Так ли это ?