Ошибки «Соединение запрещено», «Приложение временно недоступно», «Приложение безопасности не запущено» и «Удаленное подключение отклонено» после установки Kaspersky Endpoint Security для Linux
Статья обновлена: 28 сентября 2026
ID: 16107
Статья применима к Kaspersky Endpoint Security 12 для Linux (все версии).
Симптомы
После установки Kaspersky Endpoint Security для Linux (далее KESL) вы можете заметить одну из следующих проблем:
- Работа скрипта первоначальной настройки или утилиты kesl-control завершаются ошибкой «Соединение запрещено. Неверные данные пользователя для /var».
- В локальном графическом интерфейсе KESL появляется ошибка «Приложение временно недоступно».
- KESL запущен локально, но в консоли Kaspersky Security Center (далее KSC) отображается в статусе «Приложение безопасности не запущено» и не может быть запущен из консоли.
- В локальном графическом интерфейсе KESL и консоли KSC появляются ошибки «Удаленное подключение отклонено».
Причины
- KESL не активирован.
- Права по умолчанию на системные директории и библиотеки были изменены и настроены некорректно.
Решение
Шаг 1. Активируйте приложение
- Посмотрите информацию о лицензионном ключе на устройстве по инструкции.
- Если приложение не активировано, добавьте активный лицензионный ключ по инструкции. При активации убедитесь, что:
- Настроено автоматическое распространение лицензии или ключ добавлен в установочный пакет.
- У устройства есть доступ в интернет или к прокси-серверу, чтобы активировать KESL кодом активации. Без доступа в интернет или к прокси-серверу активировать KESL можно только файлом ключа.
Шаг 2. Настройте права доступа к системным директориям и библиотекам
- Проверьте ошибки подключения к KESL с помощью команды:
kesl-control -E --query 'EventType=="RemoteConnectionRejected"' | tail -n 20Пример вывода команды: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.
Объекты Причины и решения Системные директории /opt или /var Разрешения на основные системные директории не соответствуют требованиям. Владельцем основных системных директорий должна быть учетная запись root, и только владелец должен иметь право на запись в них. - Проверьте текущие права доступа и владельца с помощью команды:
ls -ld <путь к директории>
- Верните директориям права по умолчанию c помощью команд:
chown root:root <путь к директории>chmod g-w,o-w <путь к директории>
Удаленные модули Причиной может быть обновление ОС без перезагрузки. В таких случаях в запущенных до обновления процессах остается загружен старый, недоверенный исполняемый код.
Перезапускайте процесс klnagent в конце каждого такого обновления с помощью команды:systemctl restart klnagentМодули стороннего ПО не из системных директорий, например /opt/soft/libabc.so Причиной может быть неправильная модификация переменных окружения PATH, LD_PRELOAD, LD_LIBRARY_PATH.
Убедитесь, что в процессы компонентов KESL или KSC не загружаются сторонние библиотеки. - Проверьте текущие права доступа и владельца с помощью команды:
Что делать, если решение не помогло
- Соберите диагностическую информацию:
- Включите трассировки KESL по инструкции.
- Включите трассировки Агента администрирования по инструкции. Нужны трассировки 5 уровня.
- Перезапустите службу KESL с помощью команды:
systemctl restart kesl
- Перезапустите службу Агента Администрирования с помощью команды:
systemctl restart klnagent
- Воспроизведите проблему.
- Скопируйте сообщение об ошибке или сделайте скриншот.
- Выключите трассировки KESL и трассировки Агента Администрирования.
- Соберите файлы трассировки и другую информацию о системе в отчет с помощью скрипта collect.sh.
- Создайте запрос в техническую поддержку «Лаборатории Касперского» через Kaspersky CompanyAccount.
