-
Похожий контент
-
Автор Роман П.
Добрый день.
На одном из ПК возникла проблема с подключением к серверу администрирования через mmc-консоль администрирования.
При попытке подключения выдает ошибку - неверный сертификат, показывая его отпечаток. Отпечаток сертификата действительно не совпадает с тем, что находится на сервере администрирования.
1) При попытке повторного подключения, указываю "вручную" файл сертификата, который располагается на сервере администрирования в C:\ProgramData\KasperskyLab\adminkit\1093\cert - статья О сертификатах Kaspersky Security Center
Результат - аналогичен неверный сертификат.
2) Исходя из статьи Решение проблем с узлами Сервера администрирования - зачищал файл сервера администрирования в %USERPROFILE%\AppData\Roaming\Microsoft\MMC\
3) Заметил, что после того как запускаешь консоль и выдает эту ошибку, то в хранилище сертификатов certmgr.msc формируется этот "левый" сертификат.
4) Его зачистка в хранилище сертификатов, а также же поиск по отпечатку и удаление в реестре с последующей перезагрузкой ПК к результату не привели. По-прежнему - неверный сертификат.
5) Переустанавливал агента и клиента Касперского. Также пытался производить подключение без установленного антивируса и агента.
Вопросы: как исправить эту проблему? Как удалить этот непонятный сертификат и заставить сервер получить верный.
-
Автор Олег Андрианов
Возможно ли подключение к Kaspersky Security Center Linux 15 из консоли администрирования под Windows?
Есть информация, что это волне возможно, но служба поддержки упроно это отрицает. Может кому то это удалось сделать?
-
Автор scaramuccia
Добрый день. Нашему подразделению предоставляется лицензионный ключ Касперского. Я установил KSC, сделал его подчиненным указанному нам серверу, с которого распространяется ключ и политика, и к которому напрямую у меня нет доступа. Все работает и управляется прекрасно. Но многие полезные функции KSC мне недоступны из-за отсутствия лицензии на системное администрирование. Позволяет ли мне данная лицензия использовать системное администрирование? Или ее надо приобретать отдельно для своего сервера?
-
Автор Анди25
День добрый,
Вылетает консоль KSC при попытке просмотра сертификата (Параметры подключения к Серверу администрирования-Сертификаты-Свойства) с ошибкой:
процесс 9020
…\mmc.exe будет завершен по причине исключения
exception access violation (c000005) сработавшего в модуле crypt32.dll
На сервере 2025 такое поведение замечано, в 2х местах(ошибок нет на диске и в работе системы, все обновления стоят), а например на Win10 все открывает.. Как-то можно исправить или ждать новых исправлений системы\касп?
-
Автор Dimadadmin
Kaspersky Security Center Linux 16 + Web Console + IAM + PostgreSQL 14 на одном хосте (Astra Linux). Имя сервера не менялось (`skcs`). Раньше всё работало в другом здании. Переехали: у сервера и у ~150 управляемых ПК сменили только IP, железо и установка те же.
Сейчас по новому адресу открывается Web Console (`https://<новый-IP>:8080`), логин и пароль администратора верные, но вход отклоняется: «имя пользователя и пароль неверны» / требуется аутентификация.
Что выяснил:
1. Консоль (8080) и IAM (4444) поднимаются.
2. Сервер администрирования (`kladminserver_srv` / `klserver`) в `systemctl` зелёный, но не открывает порты 13299 и 13000. Думаю, что без 13299 консоль не может проверить пароль.
3. В журнале через ~600 секунд после старта:
`Время попытки подключения к базе данных истекло после 600 (сек).. #1198 Assertion "pLastError" failed (D098D0BDD184D0BED180D0BCD0B0D1…`
4. PostgreSQL 14 слушает только новый IP:5432. Подключение `psql` к новому адресу как пользователь `postgres` проходит, базы `KAV` (владелец `KSCAdmin`) и `KAV_IAM` (владелец `KSCWeb`) на месте.
5. Проверка портов:
- новый IP:5432 — база отвечает, когда служба запущена.
6. После перезагрузки хоста `postgresql@14-main` иногда не стартует сам (`failed`), IAM уходит в `activating`, из портов остаётся только 8080. Ручной `systemctl start postgresql@14-main` базу поднимает, IAM снова коннектится к `KAV_IAM`. К `KAV` сессий `KSCAdmin` при этом нет.
Что уже поправил:
- `/etc/hosts`: имя сервера указывает только на новый IP(был старый).
- `iam_config.yaml`: `dbms_address` = новый IP (раньше был старый; из‑за этого IAM не стартовал).
- Флаг `KLSRV_DB_POSTGRES_NODES` через `klscflag -fget/-fset` и файл в `ServerFlags`: `новый-IP:5432;`
- `ksc-web-console-setup.json` и `.conf`: address / kscHost / iamHost / certDomain = новый IP.
- `listen_addresses` в PostgreSQL 14 = новый IP (как было привязано к карточке).
Живых текстовых файлов со старым IP (кроме бэкапа yaml и пакетов агента `ss_install.ini` с `KLNAGENT_SERVER=<старый-IP>`) grep по `/etc/opt/kaspersky` и `/var/opt/kaspersky` больше не находит. Пакеты агента пока не трогал — это про будущие установки на клиентах, не про вход в консоль.
Что не помогло:
- Перезапуски `kladminserver_srv`, `kliam_srv`, Web Console, хоста.
Нужна помощь.
-
Рекомендуемые сообщения
Пожалуйста, войдите, чтобы комментировать
Вы сможете оставить комментарий после входа в
Войти