Перейти к содержанию

Проблемы после обновления KSC с версии 10.5 до 11.0


Рекомендуемые сообщения

Обновил KSC 10.5 до 11.0

Замеченные ошибки:

1. Открываю свойства любого компьютера (), Информация о системе - Активные политики.

Получаю ошибку (текст из журнала Kaspersky Event Log): Database error occured: #1950 (-2146825023) Generic db error: "0x800a0cc1 'В коллекции не удается найти элемент, соответствующий требуемому имени или порядковому номеру.' LastStatement='Field:bHideOnSlaves Request:pol_get_all_group_active_policies'"

В окне надпись Список пуст.

2. При попытке подключиться к серверу клиентом удаленной диагностики выдается ошибка Доступ запрещен

Если выбрать вариант Доступ средствами сети Microsoft Windows, получаю ошибку отказано в доступе \\<Сервер>\ADMIN$\KLACDT. При этом в папке Windows на сервере нет папки KLACDT.

Помогите решить эти проблемы, особенно пункт 1.

P.S. Подключаюсь с клиентского компьютера с консолью версии 12. Подключался к серверу версии 10.5 - ошибок в разделе Активные политики не было, показывался список политик.

Изменено пользователем temp661
Добавлен P.S.
Ссылка на комментарий
Поделиться на другие сайты

В версии 11 пункта Активные политики вообще нет, я правильно понял?

А что касается удаленной диагностики? Я пытаюсь подключиться непосредственно с сервера, все равно получаю ошибку Доступ запрещен. Подскажите хотя бы где искать логи.

Ссылка на комментарий
Поделиться на другие сайты

Сделал скриншот. В консоли версии 11 такого пункта нет. Немного смущает, что когда я подключался к серверу KSC 10.5 той же консолью версии 12, все работало и список политик выводился. В общем это не проблема, главное чтобы политики применялись.

 

Screenshot_20201003_225115-1.png

 

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

Спасибо за помощь, для управления сервером буду использовать консоль версии 11.

Ссылка на комментарий
Поделиться на другие сайты

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • Илья Н.
      От Илья Н.
      Добрый день!
      Планирую произвести обновление KSC с версии 12.2.0.4376 до версии 14.2, используется KES версии 11.10.0. База данных расположена на отдельном сервере, используется Microsoft SQL Server 2008 R2. 
      До этого KSC не обновлял, прочитал оф руководство по обновлению, вроде бы всё понятно. Есть ли какие нибудь нюансы при выполнении обновления? 
    • kerzak
      От kerzak
      Здравствуйте, как удалить все эти версии разом, а не создавать задачу на каждую версию? 

    • tav
      От tav
      Всех приветствую !
       
      Поднял пока что тестовый KSC последний на Alt Linux.
      Версия KSC Linux PF 15.1.0.12199 и версия KESL PF 12.1.0.1543.
      В настройках политики установил распространять ключ через KSC и на самой лицензии галка стоит.
      Клиент работает не в режиме легкого агента.
       
      В итоге клиент виндовый подхватывает ключ с сервера KSC, клиент линуксовый при установке автоматом ставит тестовую/пробную лицензию и ни как не хочет цеплять автоматом лицензию.
      Если я создаю задачу для линуксовой группы/клиента сменить ключ, то все ок клиенты по задаче меняют ключ тестовый на корпоративный.
      Не понимаю почему именно линуксовые клиенты автоматом не тащат ключ. Настройки как я понимаю правильные.


    • MicroSkittles
      От MicroSkittles
      Добрый день. В предприятии имеется сервер KSC 14. Данный сервер в домене, мне все доступы выданы на мою доменную учетку. Я могу делать всё на сервере, кроме редактирования политик, при открытии все компоненты серые. Что еще можно посмотреть, может сталкивался кто? так же мне выдана группа KLAdmins на мою доменную учетку.
       
       





    • ГГеоргий
      От ГГеоргий
      Добрый день!
      Подскажите пожалуйста есть ли возможность откатить обновления в самом хранилище обновлений KSC? То есть не для конечных точек KICS for nodes или KES с помощью их задач, а именно внутри хранилища? 
      сценарий следующий:
      Выходит новое обновление, мы его загружаем в хранилище сервера администрирования. Затем проливаем его например на тестовую группу из 10 пк (к примеру). Переводим защиту на пк полностью в режим информирование и наблюдаем. Если понимаем, что обновление как то негативно влияет на работу, то мы откатываем обновление на самих тестовых хостах и также внутри самого хранилища. Откат внутри хранилища необходим например в случае когда подключится новый ПК и ему нужно будет загрузить старое обновление, а не то которое негативно влияет. 
      как вот сделать именно централизованный откат в самом хранилище чтобы дальше сервер снова смог старые "рабочие" обновы раздавать? 
      и в дополнении вопрос - есть ли возможность в политиках на конечных устройствах их переводить в режим информирования лишь одним чекбоксом или переключателем каким то? или вот в нашем сценарии придется каждый раз руками пробегаться по каждому протектору и в "информирование" переводить?
×
×
  • Создать...