7 ответов в этой теме

[Алекс-ptsk]

Привествую
Нам недавно обновили корпоративную лицензию. На данный момент у нас имеется лицензия на 134 компьютера реально используется только около 90 пока что
Какое то время все было нормально, но с позавчерашнего дня на трех машинах выскочило сообщение Spider ЗАПРЕЩЕН. В меню "О Программе" написано "Ошибка чтения лицензионного ключевого файла!" на всех остальных компютерах показывает все нормально. Системы всех компьютеров в организации одинаковые WinXP. Пробовал заново импортировать ключ на данные станции через сервер - не помогает.
Проверка компов утилитой CureIt нашла только один вирус r_server
В чем проблема может быть? и как ее исправить?

[pig]

Ответ на первый вопрос следует искать в логах агента и сервера. Ответ на второй следует из того, что найдёте в логах.

[Алекс-ptsk]

ERR 001768/IPC Cannot process IPC entry because of
ERR 001768/IPC error processing section "SpIDerGuardNT" because of
ERR 001768/IPC empty section "SpIDerGuardNT"

Вот единственное что в лога настораживает... куда дальше копать?

[Borka]

ERR 001768/IPC Cannot process IPC entry because of
ERR 001768/IPC error processing section "SpIDerGuardNT" because of
ERR 001768/IPC empty section "SpIDerGuardNT"
Вот единственное что в лога настораживает... куда дальше копать?

Я бы посмотрел в инишник...

[first]

Алекс-ptsk Привет! Абсолютно такая же проблема! Вы как нибудь вышли из положения?
Мы обновили ключи ( продление лицензии) 9 апреля, всё сразу заработало, а после выходных - на всех станциях файловый монитор ЗАПРЕЩЕН - "Ошибка чтения лицензионного ключевого файла!" Похоже проблема не единичная для ES... Конечно, если скопировать agent.key на локальную машину - начинает работать, но ведь это не правильно, у меня 28 машин например, а у кого-то сотни... Так не должно быть, тем более что до обновления ключей год всё работало без сучка и задоринки. Помогите, что делать?
p.s. Настройки сервера и станций не меняли - только новые ключи и принудительное обновление станций.

[userr]

first
ответ такой же: логи агента + сервера + ini файлы -> в техподдержку

[first]

Всем привет! Вопрос решился. "Если больше ничего не помогает - читай инструкцию" (с) И желательно до конца, и разные варианты п. 8.8. Обновление серверного ключа и ключа для рабочих станций. Делаем Импорт ключа по инструкции. НО! К нему дополнение (есть только в pdf версии, в html почему-то нет!) -

"Агенты наследуют лицензионный ключ от своей первичной группы. Если для каких-либо рабочих станций была указана в качестве первичной другая группа (не Everyone), то новый ключ необходимо также импортировать в каждую такую первичную группу.Это объясняется тем, что новый ключ для Everyone не будет наследоваться агентами, для которых установлена другая первичная группа, и эти агенты не возобновят работу."

У нас именно так и вышло. Довольно завёрнуто всё, но нет ничего невозможного!

[Eugeny Gladkih]

Всем привет! Вопрос решился. "Если больше ничего не помогает - читай инструкцию" (с) И желательно до конца, и разные варианты п. 8.8. Обновление серверного ключа и ключа для рабочих станций. Делаем Импорт ключа по инструкции. НО! К нему дополнение (есть только в pdf версии, в html почему-то нет!) -

"Агенты наследуют лицензионный ключ от своей первичной группы. Если для каких-либо рабочих станций была указана в качестве первичной другая группа (не Everyone), то новый ключ необходимо также импортировать в каждую такую первичную группу.Это объясняется тем, что новый ключ для Everyone не будет наследоваться агентами, для которых установлена другая первичная группа, и эти агенты не возобновят работу."

У нас именно так и вышло. Довольно завёрнуто всё, но нет ничего невозможного!

это бред, потому и нет в нормальной документации. все наследуется по стандартным правилам - Группы станций Dr.Web® Enterprise Suite
если Вы сами не импортировали [кривые] ключи в другие группы, то наследование будет от everyone.

ps. в 5.0.1 появились вложенные группы