Jump to content

Recommended Posts

Внимание!

 

В связи с обнаруженной ошибкой специалисты Лаборатории Касперского рекомендуют не устанавливать сборку 6.0.1565 на Сервер администрирования, который удовлетворяет двум условиям:

 

1) этот Сервер администрирования является подчиненным по отношению к Серверу, на котором установлена сборка 6.0.1565.

 

2) в сети этого подчиненного Сервера установлен Антивирус Касперского 5.0 для Windows Workstations, но нет ни одного установленного Антивируса Касперского 5.0 для Windows Servers, или наоборот - установлен Антивирус Касперского 5.0 для Windows Servers, но нет ни одного установленного Антивируса Касперского 5.0 для Windows Workstations.

 

При такой конфигурации после установки сборки 6.0.1565 невозможно изменить настройки задачи обновления главного Сервера администрирования. Новую задачу также создать не удается.

 

В ближайшие дни будет выпущена новая сборка комплекса.

 

Приносим свои извинения за причиненные неудобства.

Share this post


Link to post

Здравствуйте!

 

Если кто-то уже установил сборку 6.0.1565 и столкнулся с данной проблемой, можно решить ее, заменив на главном Cервере администрирования (том, где не удается изменить или создать новую задачу получения обновлений) модуль klcssrv.dll.

 

Что конкретно нужно сделать:

1. Остановить службу Сервера администрирования.

2. Открыть папку установки Сервера администрирования и переименовать модуль klcssrv.dll в, скажем, klcssrv_old.dll.

3. Скопировать в папку установки Сервера администрирования файл klcssrv.dll.

4. Запустить службу Сервера администрирования и убедиться, что теперь задачу получения обновлений можно создать/изменить.

 

Еще раз приносим свои извинения за причиненные неудобства.

Share this post


Link to post

Выпущена новая сборка Админ Кита 6.0.1568 с исправленной ошибкой (описанной выше). Установите ее на главном Сервере администрирования.

Share this post


Link to post

Через Оперу пишет

 

An FTP authentication failure occurred while trying to retrieve the URL: ftp://data2.kaspersky-labs.com/AdminKit/ 
Squid sent the following FTP command: 
USER anonymous
and then received this reply 
User anonymous unknown

 

Через IE: истекло время ожидания, проверьте настройки доступа.

 

Но дело я подозреваю в нашем прокси, вопрос: когда закачка версии .1568 будет доступна через страницу загрузки http://www.kaspersky.ru/downloads ?

 

 

Share this post


Link to post

То есть пусть качают сбаженную версию .1565 ?

Share this post


Link to post
То есть пусть качают сбаженную версию .1565 ?

ага качают и е..тся с ней,

а исправленная из под полы будет выдаваться

ну это уже для тех кто вконец замудохается и полезет на форум.\

 

лично я пришёл на форум только по причине некачественности сборок продуктов касперского,

форум помогает это в некоторой мере преодолевать.

 

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

Share this post


Link to post

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

Если в поддержку будет много обращений по этому поводу, то выйдет Critical Fix.

 

Пока обращение было только одно - здесь на форуме.

Share this post


Link to post
А ссылка в посте не работает?

Работает, но просит логин/пасворд.

Share this post


Link to post

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

В каспер логе главного сервера пишется- Can't update retranslation list: Bad parameter "name".

 

Вопросы:

1. Достаточно ли просто заменить длл-ку на главном сервере? Ставить сборку 1568 - не обязательно?

2. Нужно ли что-то доделывать на подчинённом сервере?

Edited by Jum

Share this post


Link to post
Столкнулся с этой проблемой, в логе главного сервера пишется- Can't update retranslation list: Bad parameter "name".

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

Да, совершенно верно, если исходные данные (версии главного и подчиненного серверов и набор продуктов, подключенных п подчиненному серверу) соответствуют описанным выше, достаточно воспользоваться приведенными инструкциями для замены dll на главном сервере.

Share this post


Link to post
Внимание!

 

В связи с обнаруженной ошибкой специалисты Лаборатории Касперского рекомендуют не устанавливать сборку 6.0.1565 на Сервер администрирования, который удовлетворяет двум условиям:

 

1) этот Сервер администрирования является подчиненным по отношению к Серверу, на котором установлена сборка 6.0.1565.

 

2) в сети этого подчиненного Сервера установлен Антивирус Касперского 5.0 для Windows Workstations, но нет ни одного установленного Антивируса Касперского 5.0 для Windows Servers, или наоборот - установлен Антивирус Касперского 5.0 для Windows Servers, но нет ни одного установленного Антивируса Касперского 5.0 для Windows Workstations.

 

При такой конфигурации после установки сборки 6.0.1565 невозможно изменить настройки задачи обновления главного Сервера администрирования. Новую задачу также создать не удается.

 

В ближайшие дни будет выпущена новая сборка комплекса.

 

Приносим свои извинения за причиненные неудобства.

 

 

может таки просветите...

типичный сценарий обновления антивирусной сети:

0. обновить админкит на головном сервере

1. обновить админкит на подчиненном сервере

2. обновить в сети агент

3-4. обновить wks5, обновить srv5

 

т.е. в процессе работы по п. 3-4 запросто получаем оба описанные выше условия для веселейшей возни с обновлением главного сервера (п.1 дает нам условие 1 и п. 3-4 дает нам условие 2).

я прав?

если да, то значит у нас эта ошибка возникнет обязательно?

Edited by A.V.

Share this post


Link to post
может таки просветите...

типичный сценарий обновления антивирусной сети:

0. обновить админкит на головном сервере

1. обновить админкит на подчиненном сервере

2. обновить в сети агент

3-4. обновить wks5, обновить srv5

 

т.е. в процессе работы по п. 3-4 запросто получаем оба описанные выше условия для веселейшей возни с обновлением главного сервера (п.1 дает нам условие 1 и п. 3-4 дает нам условие 2).

я прав?

если да, то значит у нас эта ошибка возникнет обязательно?

В сети подчиненного Сервера должно быть только одно из приложений версии 5: либо WKS, либо FS. Если оба - ошибки не будет.

Share this post


Link to post
может таки просветите...

типичный сценарий обновления антивирусной сети:

0. обновить админкит на головном сервере

1. обновить админкит на подчиненном сервере

2. обновить в сети агент

3-4. обновить wks5, обновить srv5

 

т.е. в процессе работы по п. 3-4 запросто получаем оба описанные выше условия для веселейшей возни с обновлением главного сервера (п.1 дает нам условие 1 и п. 3-4 дает нам условие 2).

я прав?

если да, то значит у нас эта ошибка возникнет обязательно?

 

В том случае, если к какому-то из подчиненных Серверов администрирования по-прежнему подключены продукты 5-й версии, мы рекомендуем производить апгрейд этих продуктов до 6-й версии, используя на этом подчиненном сервере версию Сервера администрирования 6.0.1405, и лишь после этого устанавливать версию Сервера 6.0.1565.

Либо изначально на главном сервере установить версию 6.0.1568.

Share this post


Link to post

А почему изменился агент в этой сборке?

Share this post


Link to post
А почему изменился агент в этой сборке?

 

Номер версии компонента меняется при новой сборке, даже если изменений там не было.

Share this post


Link to post
Сценарий воспроизведения данной ошибки является довольно редким, и исправленная сборка нужна далеко не многим.

Если в поддержку будет много обращений по этому поводу, то выйдет Critical Fix.

 

Пока обращение было только одно - здесь на форуме.

 

Только стал разворачивать систему сразу же этот баг! (правда, сначала мучался с MySQL 5.0.45, но об этом явно не здесь...)

Свежачок, значит, скачал с сайта! Ползи! Ищи! Что не так!

2 суток убил!

За что такая нелюбовь к клиентам!

Редко? Так что, пусть те единицы мучаються?! Так это понимать?!

Качать-то не пару метров!

 

Излил накипевшее...

Share this post


Link to post

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

Share this post


Link to post

Вопрос назрел - БЕТА-тестирование ваще проходит или нет?! Или 1 тип разворот по новой тока роверяют?

Share this post


Link to post

блин прям слов нету...целый день убил на этот трабл:(

чтоб Я ещё поствавил не обкатанный билд...

Share this post


Link to post
Только стал разворачивать систему сразу же этот баг! (правда, сначала мучался с MySQL 5.0.45, но об этом явно не здесь...)

Свежачок, значит, скачал с сайта! Ползи! Ищи! Что не так!

2 суток убил!

За что такая нелюбовь к клиентам!

Редко? Так что, пусть те единицы мучаються?! Так это понимать?!

Качать-то не пару метров!

 

Излил накипевшее...

Дорогой, хочешь любви (жесткой правда), возьми Dr. Web Enterprise и ты поймешь, что Лабораторию Касперского благодарить надо в каждом посте!

А теперь по делу. Зачем "свежачок" скачиваешь сразу? Ты хоть читал какие ошибки выявлены, и надо ли оно тебе?

Особенно интересен "излив" - "Качать-то не пару метров!" Да и другие сливы то же восхищают - "2 суток убил."

Здесь люди жизнь кладут, чтобы мы, Админы, с утра в понедельник опаздывали на работу и потом не спеша пили кофе, наблюдая за информативными отчетами, считая дни до ЗП.

 

Вобщем резюме.

AdminKit - это Mercedes-Benz. Но и в этих машинах есть недоработки.

Share this post


Link to post
Вобщем резюме.

AdminKit - это Mercedes-Benz. Но и в этих машинах есть недоработки.

Ну я дохтура веэба корп не смотрел, потому что подбор под платформы не подходящий был. Но вот у других продуктов, кроме веба, консоль тоже бывает. И AdminKit как раз бенз, но в моём понимании бенз далеко не круть, а так, среднячок. Видел инструменты и поудобней.

 

Share this post


Link to post

×
×
  • Create New...

Important Information

We use cookies to make your experience of our websites better. By using and further navigating this website you accept this. Detailed information about the use of cookies on this website is available by clicking on more information.