Что делать, если не удается войти в Web Console после обновления Kaspersky Security Center до версии 15.1
Показать приложения и версии, к которым применима статья
- Kaspersky Security Center 15 Windows (все версии);
- Kaspersky Security Center 14 Windows (все версии).
Проблема
При попытке входа в Web Console после обновления Kaspersky Security Center для Windows (далее — KSC) до версии 15.1 может возникнуть проблема: если не выполнены требования к сложности ключа защиты, то Web Console может не загрузиться.
Причина
При обновлении не соблюдены определенные правила и требования. Среди них могут быть:
- Сервер администрирования не поддерживает аутентификацию пользователей из группы «Защищенные пользователи».
- Сертификат имеет длину ключа 1024.
Для работы с Web Console после обновления до версии 15.1 требуется длина ключа 2048, подписанная RSA2.
Решение
Чтобы устранить проблему, перевыпустите сертификат Сервера администрирования KSC на длину ключа 2048, подписанную RSA2.
До замены сертификата вы не сможете работать с KSC через Web Console, используйте MMC-консоль. Если вы хотите использовать пользовательский сертификат, ознакомьтесь с требованиями.
- Сгенерируйте резервный сертификат KSC:
"%ProgramFiles(x86)%\Kaspersky Lab\Kaspersky Security Center\klsetsrvcert.exe" -t CR -g "dns_name" -o "RsaKeyLen:2048"
Где dns_name — это DNS-имя KSC.
Не используйте IP-адрес в качестве значения, это вызовет проблемы при переходе на новые версии KSC. - Подождите несколько дней — устройства подключатся к KSC и получат резервный сертификат.
- Проверьте на клиентских устройствах, что сертификат получен. Для этого перейдите в командной строке в директорию:
- для Windows:
"%ProgramFiles(x86)%\Kaspersky Lab\NetworkAgent\"
- для Linux:
/opt/kaspersky/ksc64/sbin/
И запустите утилиту:
klscflag -ssvget -pv 1103/1.0.0.0 -s KLNAG_SECTION_CERTDATA -n KLNAG_SSL_SERVER_CERT_RESERVE -ss "|ss_type = \"SS_LOCAL_MACHINE\";"Если резервный сертификат установлен, в результатах вы увидите:
+--- (PARAMS_T)+---KLNAG_SSL_SERVER_CERT_RESERVE = BINARY_T (размер = 2944): 2D2D2D2D2D424547494E2043455254494649434154452D2D2D2D2D0A4D49494562 7A4343413165674177494241674955616E63416F503772716145594E4437626553 4D4D47396941716951774451594A4B6F5A496876634E4151454C0A42514177567A455A4D42634741315545417777516347786C61326868626D39324C6D46...
Если резервный сертификат не установлен, вы увидите сообщение:
FAILED - 1125 ('Параметр с именем "KLNAG_SECTION_CERTDATA" не существует.') - для Windows:
- Укажите дату и время следующей смены сертификата командой:
"%ProgramFiles(x86)%\Kaspersky Lab\Kaspersky Security Center\klsetsrvcert.exe" -f "DD-MM-YYYY hh:mm"Если вы уверены, что резервный сертификат уже получен, вы можете указать прошедшую дату в этой команде — сертификат будет заменен сразу после этого. Если Агент администрирования не получил резервный сертификат, а сертификат уже заменен, он потеряет соединение с сервером KSC.
- Запустите установщик Web Console и укажите новый сертификат klserver на шаге Указание сертификатов для доверенных Серверов администрирования в Kaspersky Security Center Web Console.
- После указания нового сертификата проверьте соединение в Web Console.
Если вы обнаружили устройства, которые не успели получить новый сертификат, восстановите подключение к Серверу администрирования на проблемных устройствах, которые потеряли управление после переименования, с помощью утилиты klmover.
Что делать, если решение не помогло
Если проблема сохраняется, соберите диагностическую информацию и создайте запрос в техническую поддержку «Лаборатории Касперского» через Kaspersky CompanyAccount.
