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

Нет такой организации. Единственная организация, выпускающая проверенные обновления, в том числе для сертифицированных версий продуктов – ООО «Доктор Веб».

 

Есть организация, которая обновления распространяет. Выпускает их, конечно, ООО «Доктор Веб». Но эта организация их распаковывает и проверяет. Лишнее убирает. Перепаковывает и раздает. Называть эту организацию не буду. Все и так ее знают.

Да  ситуация ясна как божий день. Знаком с ней. Правда речь у меня о 10-ке. И МСВС 5.0. У человека компы просто в специальной изолированной сети. Туда можно подсовывать только те специально проверенные обновления, что выдает одна специальная организация. А предоставляет она кривые обновки, да еще упакованные в архив RAR. ЦУ ESS его не проглатывает и не применяет соответственно. Даже если перепаковать в ZIP. А подготовленные серверной утилитой архив zip проглатывается. Вот и встает вопрос разработчикам: что такого может быть в составе архива, что в одном случае принимается, а в другом нет?

Jbanchic, смотрите в расписание сервера. Можно что угодно.

Подскажите в каком разделе это находится на линуксовой вэб-морде? 

 

2. Вэбминка после обновления сервера переехала в другой каталог из /var/opt в /opt, там же можно взять этот плагин.

Вот этого точно не может быть. Веб-интерфейс в var-root никогда не жил.

 

Прошу прощения. Махнул не глядя.

Простой вопрос... есть ли возможность изменить периодичность обновления репозитория с 1 раза в полчаса на 1 раз в сутки?

Проблема с отображением решена в соседней теме.

Проблема решилась:

1. Сносом старого плагина drweb-esuite-plugin-10.00.0 и установкой нового плагина drweb-esuite-plugin-10.00.1

2. Вэбминка после обновления сервера переехала в другой каталог из /var/opt в /opt, там же можно взять этот плагин.

3. Обновив компоненты браузера, запускаем вэб-морду сервера. Чистим кэш Ctrl+F5.

4. Ну и финальный аккорд. Открываем группу Everyone. Жмем правой кнопкой мыши "обновить" и вуаля... все клиенты на месте.

Как-то так.

Проблема решилась скачиванием репозитория виндовой утилитой. Итак по порядку:

1. Скачал утилитой репозиторий и упаковал ею же в zip.

2. Упакованный zip репозиторий импортирован через web-интерфейс сервера, другие варианты отпали, так как МСВС не сумел своими средствами распаковать архив.

3. После обновления репозитория появилась возможность обновить сам сервер до версии от 11.02.2017, что и было сделано успешно.

4. Обновились и клиенты после принудительного обновления всех клиентских компонент.

5. Судя по всему, линуксовый клиент перешел на вирусные базы версии 11, поэтому прекрасно проглотил все базы из репозитория и все проблемы обновления исчезли.

6. Однако появилась проблема отображения клиентов в браузере (ГОД, QupZilla)... но я очень надеюсь, что разработчики в следующем обновлении все поправят.

Всем спасибо.

Jbanchic, к вам два вопроса:

 

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

2. Какая конкретно у вас версия FireFox?

Пробовал... после очистки кэша позволяет войти во вложенную папку... но клиентов не видит. Приходится хитростью смотреть состав группы. Браузер "Клиент-ГОД"... (старый файрфокс). Также пробовал стандартным встроенным в МСВС QupZilla... то же самое.

С мозилой та же проблема. Поставил Хром все норм.

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

Это базы от 11го движка. 11ый движок может быть и в составе более старых компонентов. Как конкретно с юниксовыми должно быть – не знаю.

Так все-таки сможет ли кто-нибудь из drweb-овских линуксоводов-разработчиков помочь? Слишком мало информации по линуксовой части...Очень нужно... Вопрос жизни и смерти. )

Это базы от 11го движка. 11ый движок может быть и в составе более старых компонентов. Как конкретно с юниксовыми должно быть – не знаю.

Клиент подтянулся... но базы v9 так и не находит, как на скрине выше. И еще проблема в том, что клиент отказывается брать эти базы... говорит лишние (в разделе "состояние") )) Почему виндовая утиль не грузит 9-е базы и даже не дает их выбрать в настройках?

P.S.: МСВС отказался распаковывать zip-архив, сделанный виндовой утилью... говорит что-то типа "архив вижу... но распаковать не могу"... однако через вэб-интерфейс успешно скормился серверу.

Утилита есть и юниксовая консольная в составе сервера. Но виндовая отличается тем, что существует немного другая, которая умеет зеркало зон обновления делать.

Она почему-то слила обновления для 11 версии судя по названию файлов (drw11...) раздела 10-drwbases. Но у меня клиент 9-й же (drw9...). Это настраивается как-нибудь? И подскажите какие должны быть правильные права на файлы и папки как сервера, так и клиента?

Jbanchic, зачем такие сложности? Есть штатная утилита для выкачки репозитория.

Утилита то поудобнее, но в итоге все равно ZIP распаковывать. Если архив импортировать через web-интерфейс сервера, поставив при этом опцию "полностью перезаписать репозиторий" и "импортировать настройки", то он почему-то только добавляет импортируемое, но старое не стирает. Поэтому приходится вручную + рекурсивный chown на новую репу drwcs:drwcs

Есть штатная утилита для выкачки репозитория.

Обязательно опробую. Однако она же под Win. А установка репозитория все равно по инструкции с заменой имеющегося. Все же что делать с клиентом?

Добавлю разве что...на виртуалке установлен аналогичный сервер, сделал ему обновление, но не всего...оставил только виндовый клиент, линуксовый x64, сам сервер, все базы, а отключил все остальное. Экспортировал репозиторий в zip. Вручную по инструкции перенес в локалку на штатный сервер. Заменил репозиторий, изменил владельца и группу репозитория на drwcs. Перезапустил сервер.

 

вроде как клиенту базы загружены

Возможно, загружены с ЕС на станцию, но пока еще не используются на самой станции

Выполните на станции команду $drweb-ctl bases

 

baseinfo есть параметр на клиенте только.

Версия клиента ФСТЭК.

 

Есть ли какой-нибудь способ принудительно запустить обновление линуксового клиента с сервера

Выделить станцию в дереве а/в сети и в действиях "Управление компонентами" выбрать "Обновить все компоненты"

По умолчанию логи пишутся в syslog

Текущие настройки логирования на станции можно посмотреть так:

$ drweb-ctl cfshow | grep Log

 

Спасибо за ответ. В messages пишутся логи, вроде как клиенту базы загружены. Но при просмотре баз они все старые (на момент установки). Может не хватает каких-либо прав на файлы/папки? Почему-то директория /var/opt/drweb.com и ее содержимое имеет владельцем и права на запись только root. Так и должно быть на клиенте? А в консоли сервера при выборе клиента и просмотре раздела "состояние" пишутся сообщения, что "файл базы не найден" и целая таблица. 

Профи. Подскажите вот еще что. На ESS10 сервере (МСВС5) обновлены все базы. На виндовом клиенте базы обновились. На линуксовом клиенте (МСВС) базы обновляться не хотят. На всех файлах базы изменены владелец и группа на drwcs. Подскажите что можно сделать?

Более того, обнаружилось, что логи линуксового клиента - последние на момент установки. То есть вообще не обновляются. Есть ли какой-нибудь способ принудительно запустить обновление линуксового клиента с сервера и получить хоть какие-то логи? Как вообще происходит процесс обновления? Может не хватает каких-то прав на файлы клиента?

На линуксовых клиентах также отключена компонента SpIDer Gate за ненадобностью.

Профи. Подскажите вот еще что. На ESS10 сервере (МСВС5) обновлены все базы. На виндовом клиенте базы обновились. На линуксовом клиенте (МСВС) базы обновляться не хотят. На всех файлах базы изменены владелец и группа на drwcs. Подскажите что можно сделать?

 

 

Зеркало?

Каким образом? Простым копированием?

 

Нет. Как это выгляди на Линухе я не знаю, но в общем, как то так.

 

Mir.PNG

 

С виндой понятное дело проще. Но в линуксе все подругому

Зеркало?

Каким образом? Простым копированием?

IMHO одинокая машина без сети в принципе не может быть клиентом ESS. Антивирус на ней должен работать в несколько другом режиме. И тогда задача выглядит более решаемой.

Я наверное не так выразился... клиент из дистрибутива ESS может работать самостоятельно, без сервера. Вопрос: как ему офлайн обновлять базы?

И все же первый вопрос остался без ответа... Каким образом клиента ESS можно обновить офлайн если сервер не будет устанавливаться для одной машины (частный случай)?

 

После переустановки сервера возникли проблемы с подключением клиентов к серверу. Сервер отказывает в доступе при перемещении клиентов из группы Newbies в Everyone. Публичный ключ заменен. При подключении клиента к серверу первый ожидает действий администратора. Сервер отказывает в доступе. Что делать подскажите?

Что значит "отказывает в доступе при перемещении клиентов из группы Newbies в Everyone." ? Распространен ли ключ на группу everyone? Хватает ли лицензий на группу?

Да... распространить ключ на группу забыл. Спасибо.