ElvinE5

удаляйте ...

установить и настроить агента, если вы хотите подключить его к KSC и от туда получить настройки политик и задач - https://support.kaspersky.com/KES4Linux/11.3.0/ru-RU/198105.htm по скринам вы его вроде не ставили ? настройку KESL вручную вы вроде начали делать, но не завершили - https://support.kaspersky.com/KES4Linux/11.3.0/ru-RU/197897.htm ошибку выдает при попытке запустить настройку через GUI оболочку ... вы ее ставили ? Чтобы установить графический пользовательский интерфейс из пакета формата DEB на 64-битную операционную систему, выполните следующую команду: # apt-get install ./kesl-gui_11.3.0-<номер сборки>_amd64.deb https://support.kaspersky.com/KES4Linux/11.3.0/ru-RU/233694.htm сам не селен в linux так что прошу строго не судить ? проверьте на всякий требования к системе - https://support.kaspersky.com/KES4Linux/11.3.0/ru-RU/235168.htm Linux Mint 19.2 и выше. Linux Mint 20.3 и выше. Ubuntu 20.04 LTS Ubuntu 22.04 LTS. ну так как KESL установился то наверно все в порядке

нет, в можете выбрать его и нажать удалить его в KSC ... и он все равно останется ...но будет серенький ... до тех пор пока хотя бы одно устройство его использует. включите отображение использования ключа в вашем случаи он на 2х устройствах сейчас используется. попробуйте локально с сервера этого удалить ключи как предлагает @Aftalik запустите консоль управление клиентом KSWS, удалите все ключи какие там есть ... и попробуйте в ручную добавить новый у вас там кстати какой то странный ключ "0000000" ... в качестве резервного ... это что ?

yes, this problem is known, it was discussed in the Russian part of the forum. I hope the developers will fix this in the future

Good day Most likely you forgot to create the update task for KSWS 11.0.1, usually when you add the package the system creates it automatically ... if you just added the package for servers, close the management console and open it again, the system should automatically run the wizard and create a policy for KSWS and two tasks (updates and virus scans) if not, create them manually and don't forget to check the settings you must also have created and configured a task for downloading updates to the administration server well, be sure to check the policy settings for KSWS ... if it is not created automatically ... create it manually

удалите обе записи (старую и новую) ... два раза ... 1. из управляемых устройств 2. из не распределенных проверьте нет ли у вас в AD (если используется) записей призраков ... устройств которых давно в сети нет ... удалите или заблокируйте их подождите ... устройство которое активно и может подключится к серверу KSC вскоре вновь появиться в группе Не распределенных устройств.

так много вопросов ... (С) ? хорошо давайте попробуем проверить все варианты ...что приходят в голову ... для начало расскажите какие версии продуктов у вас установлены ? 1. Проверти сроки действия ключей ... была партия ключей (как раз перед новым годом) когда дата (подчеркнутая) стояла 1970 год. Однако суда по тому что 1 устройство у вас обновилось успешно (KSC наверное) проблема не в этом ... 2. Как предлагает @Goddeimos13 на клиентском устройстве посмотреть зацепился ли ключ (новый), или попробовать активировать вручную что бы понять что ключ рабочий и вы используете правильный ключ для распространения. 3. Проверьте не установлено ли на клиентские устройства программы касперского которые не покрываются лицензией (например Endpoint Agent для EDR) или не включен компонент ... проверти так же в событиях кто генерирует это сообщение о том что ключ истек ... 4. как предполагает @tyazhelnikov возможна проблема с агентами ...которые не могут подключится к серверу. подскажите в последнее время IP адрес или имя сервера KSC не меняли ? Может сетевые админы закрывали все порты ? TCP 13000 и UDP 14000 и 15000 можно ли с клиента подключится к серверу проверьте командой с клиентского устройства а. проверьте статусы ваших устройств KSC, как выглядят значки ? б. нет ли в именах лишних знаков "~~"? в. нет ли дубликатов в не распределенных устройствах 4.1 на клиентском устройстве запустите от имени администратора утилиту по следующему пути ... C:\Program Files (x86)\Kaspersky Lab\NetworkAgent/klcsngtgui.exe в открывшемся окошки проверяем правильность данных и когда соединялись с сервером (красным)... и запускаем klnagchek (синим) нас интересуют отмеченные секции инет ли там ошибок подключения если можно в ответе используйте картинки ? так понятнее ... что у вас там происходит.

Добрый день в политике для KES 11.x в секции Общие настройки -> Настройки сети -> Проверка защищенных соединений установлен ли это параметр у меня получилось сгенерироваться вашу проблему отключением этого пункта.

@Antonio L M Good day In fact, I have not seen any direct recommendations or best practices for configuring the product depending on the roles and services used on the servers. in the documentation for the KES 11 product there is a small section devoted to Best practices for optimizing Kaspersky Endpoint Security performance - https://support.kaspersky.com/help/KESWin/11.11.0/en-US/222981.htm however, it contains basic recommendations. if you need to get personalized advice on customizing your products for specific purposes, I think it will be easier to contact technical support directly through your personal account - https://companyaccount.kaspersky.com/account/login

в принципе нет ... в Cloud используется приложение для бизнес KES 11.х версии, она прекрасно ставится и работает на серверных платформах. тут немного сравнения. https://support.kaspersky.com/KESWin/11.11.0/ru-RU/181834.htm набор работающих компонентов данного приложения на разных платформах будет отличатся. ну и от типа лицензии тоже будет зависть ... но думаю для вас это уже другая история.

@Nurs в продолжении мысли @Goddeimos13 - если вы добавили все необходимые ключи в хранилище ... включите авто распространение лицензии на устройства если у вас не код активации а ключи (как у меня) то включите распространение клиентского ключа... или создайте и запустите задачу активации клиентских устройств. а мастере уберите эту галочку подскажите ...клиенты у вас какой версии ...возможно они уже сняты с поддержки и могут не брать новый ключ.

Добрый день защита считается по количиству защищаемых устройств ... например - 1 север и 16 iPAD 1. защищаем только сервер - 1шт 2. сервер +iPAD - 17шт в любом случаи проконсультируйтесь с вашим региональным представителем ЛК

not quite automatically, but you can create and run remotely on all your devices (500) *.bat file ... with the command you see in the help. 1. create a *.bat file with the following content: two lines cd C:\Program Files (x86)\Kaspersky Lab\NetworkAgent klmover.exe -address <you IP or DNS name KSC> 2. Create an appropriate installation package in KSC 3. Create a remote installation task on your devices 4. Just in case, specify this local or domain user so that the task can be launched on a remote device. the task is to force your devices to reconnect to the KSC server and get a new certificate. this does not guarantee 100% correct switching, but it will greatly reduce the time you need to switch. devices on which this will not work or will be executed with an error can be switched to manual by the same command locally @Eleia - KSC server certificate... as far as I understand

попробуйте для начала удалить 11.9, можно также задачей с KSC, и после перезагрузки установить 11.11 на тестовом устройстве

Попробуйте код активации перевести в ключ и активировать им https://keyfile.kaspersky.com/ru/ проверьте серверу HTTPS разрешен ? до серверов лаборатории

Есть вот такая ... очень общая ... https://support.kaspersky.com/KESWin/11.11.0/ru-RU/181834.htm

Good day Please read the documentation https://support.kaspersky.com/KEDR_Optimum/2.3/en-US/216855.htm You need to install an additional component Endpoion Agent on devices with EPP for Servers (11.0.1 for example) Create an appropriate policy, and configure it ... as shown in the video that you have attached. If you use KES 11.7-11.11 to protect your (workstation and server) devices, it will be easier for you to use the already built-in component in the installation package before installing the client, you must have this component enabled management will be carried out from the KES policy, in the web console and turn on the display of EDR alerts and add the widget to the panel

только общие 1. Пробовать запустить от имени админа (наверняка делали) 2. взять "сырой пакет" и попробовать агента вкатить руками ... там может дополнительная информация по ошибкам появится. ну а клиента уже задачей удаленной установки что бы не бегать ...

день добрый ... посмотрите эту статью ...буквально вчера знакомый столкнулся с подобной проблемой ... https://support.kaspersky.ru/krd18/tools/14221?ysclid=lcsjf8cwla685781559 человеку помогло ... Нужно больше информации, посмотрите сообщение программы какие там ошибки ... какие именно компоненты не стартуют ? пробуйте удалить и установить на "чисто"

@Andrey123654 похожая тема ... так эти проблемы обсуждались.

Это зависит от того насколько вы доверяете этой сети ... в вашем правиле вы разрешили ЛЮБОЙ входящий трафик (по любым протоколам) из указанной сети RDP тут не причем это просто название, у вас там протокол ЛЮБОЙ. если это вас устаревает, то почему нет ...

Добрый день в разделе политики тут добавляли эту сеть как на вашем скрине ? в связи с тем что у вас облачные сервис измененные настройки сразу не применяться к устройству ... нужно будет подождать периода синхронизации клиента с сервером. и в настройках сети у вас маска 32 это верно ? 1 хост? то есть правило справедливо только для 192.158.0.0

Good day did you follow the steps i posted above? you can show screenshots of errors and operation of the klcsngtgui.exe utility (run as administrator) - send heartbeat and utilities klnagchk.exe ? see product help information

Добрый день есть немного информации в справке ... https://support.kaspersky.com/help/KUMA/2.0/ru-RU/233460.htm а так же есть небольшое упоминание в учебном курсе проверили у себя ... при удалении ключа, отключаются все службы (сами) ... Коррелятор - а соответственно и прием трафика, ну и Коллекторы за ним ... остается доступным Хранилище и поиск по нему. Так что для работы ...не забудьте продлить лицензию ...

Забавно, протестировал у себя тоже самое ... наверно просто ошибка ...надо сообщить в поддержку наверняка исправят в следующей версии. так ...теперь немного практики ... 1. Выключаем устройство. если не писать батники то нашел такой вариант "костылей", создал задачу "Сообщение пользователю" со следующими параметрами. система корректно выключается примерно через минуту после того как задача завершится (это важно для дальнейшего понимания), то есть когда пользователь нажмет кнопку ОК. что бы этого не ждать (вдруг за устройством нет ни кого) установлен параметр "останавливать выполнение" - если кнопка не нажата, выключается через минуту как задача будет снята (и того 2 минуты). 2. по поводу функций "Запуск пропущенных задачи" и "Остановка. если выполняется дольше чем" "Запуск пропущенных задачи" - работает эта вещь при использовании запуска задач по Расписанию (не в ручную, об этом далее) - например каждый день в 13:00. В вашем случаи вы запускаете задачу вручную (быстрее всего) и сервер пытается передать ее недоступному устройству, не получая ответ ставит ее "на паузу" и ждет когда клиент свяжется с ним, и соответственно как только клиент подключается - сервер радостно запихивает ему новую задачу на выключение. Как мне видится избежать этого нельзя. У задач стоящей в паузе есть какое то время жизни (и это не параметр Остановка. если выполняется дольше чем) но я тут боюсь вас обмануть и если кто то знает подскажите пожалуйста. "Остановка. если выполняется дольше чем" - работает немного не так как вы сейчас себе представляете, отсчет времени начинается только тогда, когда управляемое устройство отчитывается серверу "Ок, я понял, запустил задачу, начинаю выполнение" и вот когда время выполнения задачи, превысит ваш установление придел, она прервется. То есть например долгая (много часовая) проверка устройства на вирусы ... надеюсь удалось объяснить ?