kasperskyuser

Я смотрел, там putty

OpenSSH и WinSCP заработали. Помогли следущие настройки Всем спасибо за помощь!

@Maratka, да. Это я проверил в первую очередь. Даже с этой папки запустил ssh:

@andrew75, нажал на ssh.exe, программа уведомила, что такой программы не существует. Я удалил все правила для программ из этой папки (OpenSSH), запустил ssh снова, а в "Активности программ" она не появилась, в "Управлении программ" тоже. Можно ли как-то добавить программу в список вручную?

@kmscom, отключил "Контролировать все сетевые порты" и всё заработало. Подскажите, пожалуйста, как создать исключение для этой настройки?

@kmscom, не помогает.

Добрый день. Через putty подключение к удаленному серверу происходит без проблем, через OpenSSH выдается ошибка "Connection reset by <remote ip> port <ssh-port>". В "Управлении программ" все программы для ssh находятся в доверенных. Создал пакетное правило и поместил его в самый верх В отчете блокировок нет "Приостановить защиту..." не помогает, "Выход" - помогает. Значит проблема в антивирусе. Прошу вашей помощи.

Ручная настройка политики KES в Kaspersky Online Help для KSC 11 отличается от настроек политики KES, которые автоматически задаются при развертывании системы (по умолчанию). В связи с этим возникли следующие вопросы: В каких случаях нужно использовать ручную настройку политики? Возможно ли, что в онлайн-справке информация неактуальная и лучше использовать настройки по умолчанию?

Спасибо! Не видел этот пост.

Я провёл пару месяцев экспериментов по переходу с KES 10.2.6.3733 на KES 10.1.2.996 для Windows Server (окончание жизненного цикла 30 июня 2022). Оффициально Windows XP не поддерживает, но на практике работает! В ходе эксперимента не покидало ощущение, что Kaspersky Endpoint Security, Kaspersky Embedded Systems Security и Kaspersky Industrial CyberSecurity for Nodes - это один и тот же продукт, но с разным интерфейсом. Единственный минус, который обнаружил - нет возможности локально управлять работой антивируса.

Проблема решилась переустановкой Агента администрирования

Обратил внимание, что события “Операция с устройством запрещена” для Устройства чтения смарт-карт приходят на сервер администрирования (KSC 11) приходят с бОльшой задержкой чем другие логи блокировки. Сегодня еще столкнулся со следующей ситуацией. На сервер администрирования прилетело событие о блокировке устройства чтения смарт-карт. Хотел его добавить через раздел “Добавление доверенных устройств по идентификатору”, а его в списке нет (прошло уже более двух часов). Хост работает, антивирус тоже работает без сбоев. Перезагрузка сервера администрирования тоже не помогла. Как такое может быть? Что посоветуете делать?

Тоже столкнулся с этой бедой. В версии 11.1.1.126 ошибка сохранилась. О какой последней версии идет речь?

@Demiad , спасибо за советы.

@Demiad, какое время (минут), по истечении которых информация о событиях в Контроле устройств удалится, считать оптимальным? Вы не тестировали, небудут ли доступны устройства, если добавить в исключение пользователей NT AUTHORITY\СИСТЕМА и NT AUTHORITY\​LOCAL SERVICE?

Также советуют дать доступ системной учетной записи NT AUTHORITY\СИСТЕМА https://community.kaspersky.com/produkty-kaspersky-dlya-biznesa-31/pomoshch-po-nastroyke-kontrolya-ustroystv-6246#post30124

В компании используются моноблоки с CD/DVD-приводами. Если политиками запретить данный тип шины, то после каждого включения ПК пользователь будет видеть уведомление о блокировке. На текущий момент приходится убирать уведомление через KSC (политика kes 11--> общие параметры--> интерфейс--> уведомления--> настройка--> контроль устройств--> операция с устройством запрещена). Но при отключенных уведомлениях службе техподдержки ИТ сложнее определить неполадку в случае блокировки других типов устройств (и пользователям тоже). Идентичная ситуация c VDI и floppy/CD. К сожалению, в KSC 11 не предусмотрено отключение уведомлений для разного типа шин. А было бы неплохо это реализовать. А как вы, коллеги, справляетесь с данной ситуацией?

Тоже установили бета-версию VipNet. Обращений от пользователей по поводу каких-либо сбоев не поступало.