Перейти к содержанию

Шифрование дисков в kesl_11.0.0-2706_amd64

FisYaKa
 Share Подписчики 0

Рекомендуемые сообщения

FisYaKa

FisYaKa 0

Опубликовано
Опубликовано (изменено)

Доброго времени суток. Ситуация такая: тестируем Kaspersky Endpoint Security 11. Сеть смешанная 1пк winndows10, 4 пк windows7, 4 пк AstraLinux 2.12 CE Орёл. Используем для linux kesl_11.0.0-2706_amd64, для Windows Kaspersky Endpoint Security для Windows (11.4.0) (Русский) (Strong encryption). Управляет всем этим KSC12. Две недели полёт нормальный.

Начальство сказало: "А давай теперь протестим шифрование флешек, с доверенными устройствами всё понятно, в политике для windows тоже, а вот в политике для linux  Я пункта шифрование не нахожу и не хорошо получится зашифровать под windows, а под linux не прочитать". Собственно вопрос: а умеет ли linux версия шифровать флешки своими средствами (расшифровывать зашифрованное windows версиеё) или нет и если да, то как это включить?

И да использовать для шифрования и дешифровки флешек средства linux не вариант, потому как весь смысл управлять всей сетью/структурой из одной консоли не зависимо от ОС.

Изменено пользователем FisYaKa
Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
 Share
Подписчики 0
Перейти к списку тем

  • Похожий контент

    • nekalyan
      kernel panic на Alt Linux СПТ 7.0.5 + kesl-10.1.1-6421 (сертифицированный)
      От nekalyan
      Доброго времени суток.
       
      Столкнулись со следующей серьёзной проблемой: при попытке остановить службу kesl-supervisor или при попытке остановить задачу №1 через kesl-control, в 90% случаев спустя несколько секунд получаем kernel-panic. Такое же поведение наблюдается и при попытке просто перезагрузить сервер.
       
      Sep  8 14:56:54 bd-isogd kernel: [    3.515357] piix4_smbus 0000:00:07.3: SMBus base address uninitialized - upgrade BIOS or use force_addr=0xaddr Sep  8 14:56:54 bd-isogd kernel: [    6.709977] device-mapper: table: 253:1: multipath: error getting device Sep  8 14:56:54 bd-isogd kernel: [    6.710896] device-mapper: table: 253:1: multipath: error getting device Sep  8 15:43:59 bd-isogd kernel: [ 2833.703092] BUG: unable to handle kernel paging request at ffff8804dbe33ffc Sep  8 15:44:02 bd-isogd kernel: [ 2833.704023] IP: [<ffffffff8119822e>] free_block+0x12e/0x1c0 Sep  8 15:44:02 bd-isogd kernel: [ 2834.560778] RIP  [<ffffffff8119822e>] free_block+0x12e/0x1c0 Sep  8 15:44:02 bd-isogd kernel: [ 2835.654250] BUG: unable to handle kernel paging request at ffffffffffffffd8 Sep  8 15:44:02 bd-isogd kernel: [ 2835.720048] IP: [<ffffffff8108b97b>] kthread_data+0xb/0x20 Sep  8 15:44:02 bd-isogd kernel: [ 2835.720048] RIP  [<ffffffff8108b97b>] kthread_data+0xb/0x20 Sep  8 15:44:02 bd-isogd kernel: [ 2835.720048] Fixing recursive fault but reboot is needed! Sep  8 15:45:02 bd-isogd kernel: [ 2895.660020] INFO: rcu_sched detected stalls on CPUs/tasks: { 0} (detected by 7, t=60003 jiffies, g=352219, c=352218, q=0)
       
      Инфо о сервере: виртуальная машина Hyper-V (на VMWare ESXi тоже воспроизводится), CPU x8, RAM x8GB
      ОС: Alt Limux СПТ 7.0.5 (сертифицированная)
      kernel: 3.14.59-std-def-alt1.M70C.9
      kesl-10.1.1-6421 (сертифицированный)
       
      Ссылка на видео с багом (файл слишком большой для прикрепления к посту)
×
×
  • Создать...