Ошибки после установки Kaspersky Endpoint Security для Linux
Статья обновлена: 15 сентября 2026
ID: 16104
Статья применима к Kaspersky Endpoint Security 12 для Linux (все версии).
Проблема
После установки Kaspersky Endpoint Security для Linux (далее KESL) могут возникать различные проблемы, например:
- Работа скрипта первоначальной настройки или утилиты kesl-control завершается ошибкой «Соединение запрещено. Неверные данные пользователя для /var. Только пользователи с правами root должны иметь права на запись по этому пути».
- В локальном графическом интерфейсе KESL появляется ошибка «Приложение временно недоступно».
- KESL запущен локально, но в консоли Kaspersky Security Center (далее KSC) отображается в статусе «Приложение безопасности не запущено» и не может быть запущен из консоли.
- В локальном графическом интерфейсе KESL и консоли KSC появляются ошибки «Удаленное подключение отклонено», «Состояние защиты „Остановлена“», «Недоступно из-за проблем с базой данных», «Недопустимый список запрещенных ключей», «Список запрещенных ключей поврежден».
Могут возникать похожие ошибки общего характера.
Причины
- Настройки прав доступа к системным директориям и библиотекам были изменены со значений по умолчанию на некорректные.
- KESL не активирован.
- Антивирусные базы не загружены.
Решение
Установите пакет последних обновлений с важными исправлениями для вашей версии приложения. Если после обновления проблема сохранится, следуйте рекомендациям ниже.
Шаг 1. Восстановите права доступа к системным директориям и библиотекам
- Проверьте ошибки подключения к KESL с помощью команды:
kesl-control -E --query 'EventType=="RemoteConnectionRejected"' | tail -n 20
- Определите проблемный объект — он указан в поле Path.
Пример:EventType=RemoteConnectionRejected EventId=4385 Initiator=Product Date=2024-04-09 16:28:59 DangerLevel=Critical Reason=InvalidPermissions Path=/var Process=/var/opt/kaspersky/kesl/11.4.0.1096_1684141407/opt/kaspersky/kesl/bin/kesl-control
- Следуйте шагам подходящего решения в зависимости от значения в поле Path.
Значение в поле Path Причины и решения Системные директории /opt или /var Разрешения на основные системные директории не соответствуют требованиям. Владельцем основных системных директорий должна быть учетная запись root, и только владелец должен иметь право на запись в них. - Проверьте текущие права доступа и владельца с помощью команды:
ls -ld <путь к директории>
- Верните директориям права по умолчанию c помощью команд:
chown root:root <путь к директории>chmod g-w,o-w <путь к директории>
<название модуля> (deleted), например /bin/libmodule.so (deleted) Возможно, ОС не была перезагружена после обновления. В таких случаях в запущенных до обновления процессах остается загружен старый, недоверенный исполняемый код.
Перезапускайте процесс klnagent в конце каждого такого обновления с помощью команды:systemctl restart klnagentМодули стороннего ПО не из системных директорий, например /opt/soft/libabc.so Причиной может быть неправильная модификация переменных окружения PATH, LD_PRELOAD, LD_LIBRARY_PATH.
Проверьте содержимое переменных с помощью команды echo, например:Убедитесь, что в процессы компонентов KESL или KSC не загружаются сторонние библиотеки.echo $PATH - Проверьте текущие права доступа и владельца с помощью команды:
Шаг 2. Активируйте приложение
- Посмотрите информацию о лицензионном ключе в KSC или на устройстве.
- Убедитесь, что на устройстве с KESL есть доступ в интернет или к прокси-серверу активации, чтобы активировать KESL кодом активации. Без этого активировать KESL можно только файлом ключа.
- Если приложение не активировано, активируйте его одним из следующих способов:
- настройте автоматическое распространение ключа в KSC;
- запустите задачу распространения ключа в KSC;
- добавьте ключ из командной строки на устройсте с KESL;
- добавьте ключ в инсталляционный пакет KESL.
Шаг 3. Обновите антивирусные базы
Пакет установки KESL не содержит антивирусные базы, поэтому после установки приложения их нужно обновить. Вы можете проверить статус загрузки баз в командной строке по инструкции.
- Настройте и запустите обновление с помощью:
- локальной задачи на устройстве с KESL по инструкции;
- групповой задачи KSC по инструкции.
- Проверьте статус задачи после выполнения.
Если задача завершилась с ошибкой — убедитесь, что:- На устройстве есть доступ в интернет, если обновления загружаются с серверов «Лаборатории Касперского».
- На Сервере администрирования, Точке распространения или в пользовательском источнике на основе Update Utility есть базы для нужной версии и конфигурации KESL, если обновления загружаются из этих источников.
- В базе доменных имен /etc/hosts на устройстве есть запись для localhost.
Если записи нет или файл поврежден, создайте файл или добавьте строку:Убедитесь, что строка не закомментирована: в начале строки не должно быть знака «#».127.0.0.1 localhost - Порт TCP 127.0.0.1:30523 не занят сторонним приложением.
Агент администрирования может прослушивать этот порт, если обновления загружаются с Сервера администрирования или Точки распространения. - На устройстве есть доступ в интернет или к прокси-серверу активации для продления активации, если используется код активации. Без этого задача обновления будет завершаться успешно, но загружать только служебные компоненты.
Что делать, если решение не помогло
- Соберите диагностическую информацию:
- Включите трассировки KESL по инструкции.
- Включите трассировки Агента администрирования по инструкции. Нужны трассировки 5 уровня.
- Перезапустите службу KESL с помощью команды:
systemctl restart kesl
- Перезапустите службу Агента Администрирования с помощью команды:
systemctl restart klnagent
- Повторите операцию, которая приводила к ошибке. Если проблема возникала при обновлении антивирусных баз, запустите задачу обновления заново.
- Скопируйте сообщение об ошибке или сделайте скриншот.
- Выключите трассировки KESL и трассировки Агента Администрирования.
- Соберите файлы трассировки и другую информацию о системе в отчет с помощью скрипта collect.sh.
- Создайте запрос в техническую поддержку «Лаборатории Касперского» через Kaspersky CompanyAccount.