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

Не меняется статус "Срок действия лицензии истёк" в KSC, после её продления


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

Добрый день!

   KSC 14.2 / агенты администрирования 14.2 / KSWS 11.0.1.897

   Обновил лицензии на всех устройствах спокойно и статусы у них поменялись. С серверами возникла проблема с статусами. На всех серверах лицензия обновилась, но в консоли KSC в их статусах по прежнему мелькает "Срок действия лицензии истёк". Перегружал сами сервера и KSC - ситуация не изменилась. Как быть?)

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

Быстрый вариант.

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

 

если не поможет :) будем дальше думать.

Изменено пользователем ElvinE5
Ссылка на сообщение
Поделиться на другие сайты
2 часа назад, ElvinE5 сказал:

Быстрый вариант.

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

 

если не поможет :) будем дальше думать.

Делал, возвращаются с таким же статусом  "Срок действия лицензии истёк" , так же делал принудительную синхронизацию с устройством

 

Помогло не много кардинальное решение - локально удалил агента на сервере, из KSC удалил из управляемых и после из нераспределённых устройств. Заново накатил тот же агент на сервер, по итогу в KSC устройство появилось уже с актуальным статусом ОК. Придётся с каждым сервером видимо проделать.   

    Наверника есть какая то команда для агента аля "обновление данных" или условный ребут для него? 

Изменено пользователем DmitriyKaplin
Ссылка на сообщение
Поделиться на другие сайты
14 часов назад, DmitriyKaplin сказал:

Наверника есть какая то команда для агента аля "обновление данных" или условный ребут для него?

ну это просто принудительная синхронизация через KSC или на клиенте через команду klnagchk с параметром -sendhb ==> klnagchk.exe -sendhb  

 

ребут агента ==>  klnagchk.exe -restart - https://support.kaspersky.com/KSC/14.2/ru-RU/3912.htm

 

тоже самое можно через графический интерфейс утилитой klcsngtgui.exe

 

все расположены тут ==> C:\Program Files (x86)\Kaspersky Lab\NetworkAgent

 

есть еще команды утилиты avp.exe  - https://support.kaspersky.com/KESWin/12.2/ru-RU/181302.htm

 

в моем случаи помогло простое "перебрасывание" проблемных клиентов

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

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

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

    • ska79
      От ska79
      За бета тест также выдали лицензию на kts. Так даже лучше  
    • Tyson
      От Tyson
      Всем добрый день! Только недавно работаю с KES и KSC и пока возможно не всё еще до конца понимаю, но недавно сменил ключ на сервере KSC. У большинства подчиненных устройств смена ключа прошла нормально, но примерно у 10% в KSC закрепился статус "Срок действия лицензии истек", однако и в свойствах KSC касперского самого на устройстве (скрин) и при удалённом подключении ключ стоит верный и статус активный. За прошлую неделю количество устройств с "законечнной" лицензией уменьшилось на 2, при том что никаких изменений в настройки политик или переустановок не делал. В чем может быть проблема в самом КSC, KES или Агенте и как починить этот статус?  

       
      Сообщение от модератора kmscom Тема перемещена из раздела Помощь по персональным продуктам  
    • sahana
      От sahana
      Здравствуйте, подскажите, почему так, есть KSN 13.2, на всех машина последние версии антивируса Kaspersky Endpoint Security 11.8.0.384 и у одной машины когда она выключена Статус устройства: Критический. Если компьютер включить то все прекрасно зелененький мониторчик, Статус устройства: Ок/Видим в сети. И когда компьютер выключить статус становится Критический. С остальными 82-мя машинами проблем нет, если они отключены Стутус устройства: Ок. Подскажите что не так с этой машиной? 
    • Sannyhome
    • puruzento
      От puruzento
      Добрый день! Вас беспокоят с АО "НЦВ Миль и Камов", нам пришла сегодня новая лицензия на Касперский, но мы также решили поменять (сделали новый с нуля) сервер для АВ, вместо SQL Express, который не устраивал нас по размерам БД, поставили MySQL 5.7 на CentOS 8. При попытке добавить лицензию происходит следующая ошибка:
      Ошибка времени выполнения: Database error occured: #1950 (1366) Generic db error: "1366, 'Incorrect string value: '\xD0\x90\xD0\xBA\xD1\x81...' for column '__vtmp_wstrPartnerName' at row 1' , LastStatement='SET @arg31 = NULL; SET @arg32 = NULL; SET @arg33 = NULL; CALL licsrv_install_key(0, 1017, 'XXX-XXXXXX-XXXXXXXX', _utf8'Kaspersky Endpoint Security для бизнеса – Расширенный Russian Edition. 5000+ Node 3 year Renewal License: Security Center', 3650, 1009, 1, 0, '',
       
      Судя по моим поискам в Интеренете, это может быть связано с кодировкой, поэтому, я везде, поставил расширенную версию UTF (раньше стояло UTF8).
      Параметры MySQL
      mysql> SHOW VARIABLES LIKE "coll%";
      +----------------------+--------------------+
      | Variable_name        | Value              |
      +----------------------+--------------------+
      | collation_connection | utf8mb4_general_ci |
      | collation_database   | utf8mb4_unicode_ci |
      | collation_server     | utf8mb4_general_ci |
      +----------------------+--------------------+
      mysql> SHOW VARIABLES LIKE "charac%";
      +--------------------------+----------------------------+
      | Variable_name            | Value                      |
      +--------------------------+----------------------------+
      | character_set_client     | utf8mb4                    |
      | character_set_connection | utf8mb4                    |
      | character_set_database   | utf8mb4                    |
      | character_set_filesystem | binary                     |
      | character_set_results    | utf8mb4                    |
      | character_set_server     | utf8mb4                    |
      | character_set_system     | utf8                       |
      | character_sets_dir       | /usr/share/mysql/charsets/ |
      +--------------------------+----------------------------+
      Сам параматер wstrpartnerName найден мной в таблице v_lickey, его параметры
      | wstrPartnerName        | varchar(256) | ucs2_general_ci  | YES  |     | NULL   
       
      CNF файл:
      [client]
      default-character-set = utf8mb4
      [mysqld]
      join_buffer_size = 20M
      sort_buffer_size = 10M
      tmp_table_size = 200M
      max_heap_table_size = 200M
      key_buffer_size = 200M
      innodb_buffer_pool_size = 80G
      innodb_thread_concurrency = 20
      innodb_flush_log_at_trx_commit = 0
      innodb_lock_wait_timeout = 300
      max_allowed_packet = 32M
      max_connections = 151
      character_set_server = utf8mb4
      # read_rnd_buffer_size = 2M
      datadir=/var/lib/mysql
      socket=/var/lib/mysql/mysql.sock
      init_connect = 'SET NAMES utf8mb4'
      #default-character-set = utf8mb4
      # Disabling symbolic-links is recommended to prevent assorted security risks
      symbolic-links=0
      log-error=/var/log/mysqld.log
      pid-file=/var/run/mysqld/mysqld.pid
       
      Ошибка остается, нужна помощь.
       
      Версия центр администрирования 13.1.0.8324, MS Windows Server 2016.
×
×
  • Создать...