Что делать, если самодиагностика Sandbox в Kaspersky Anti Targeted Attack Platform давно не запускалась или при ее запуске возникли ошибки
Статья обновлена: 19 января 2026
ID: 16178
Показать приложения и версии, для которых применима статья
- Kaspersky Anti Targeted Attack Platform 8.0;
- Kaspersky Anti Targeted Attack Platform 7.1;
- Kaspersky Anti Targeted Attack Platform 7.0;
- Kaspersky Anti Targeted Attack Platform 6.1;
- Kaspersky Anti Targeted Attack Platform 6.0.
Проблема
- В веб-интерфейсе Kaspersky Anti Targeted Attack Central Node (далее KATA Central Node) отображаются предупреждения:
- «Самодиагностика Sandbox давно не запускалась».
- «В результате самодиагностики Sandbox обнаружены ошибки в работе следующих образов».
- Другие оповещения об ошибках в работе образов виртуальных машин (далее ВМ).
- В Sandbox не выполняется проверка вложений и ссылок из сообщений электронной почты от Kaspersky Secure Mail Gateway. В очереди сообщений Kaspersky Secure Mail Gateway накапливаются сообщения о том, что проверка в Sandbox не успела завершиться за отведенное время. В статусе проверки отображается «Ошибка» (kt-status="Error").
Решение
Шаг 1. Устраните проблемы с активацией образов ВМ
- Проверьте сетевые настройки на дополнительном интерфейсе Sandbox для доступа обрабатываемых объектов в интернет по инструкции.
- Проверьте установленные в Sandbox параметры синхронизации времени по инструкции. Учитывайте, что в случае использования виртуализации зачастую используется время гипервизора. Для расширенной диагностики синхронизации времени в режиме Technical Support Mode воспользуйтесь командой:
timedatectl show-timesyncПодробнее о режиме Technical Support Mode в статье.
- Удалите и установите повторно используемые образы ВМ:
Шаг 2. Убедитесь в выполнении аппаратных требований
- Проверьте выполнение базовых требований по развертыванию Sandbox с помощью инструкции. Уделите особое внимание поддерживаемым версиям платформ виртуализации для узлов Sandbox.
- Воспользуйтесь руководством по масштабированию, чтобы оценить соответствие используемой конфигурации оптимальным характеристикам. Уточните расчеты через техническую поддержку «Лаборатории Касперского».
Шаг 3. Исключите аппаратные неполадки
Исключите аппаратные неполадки с серверным оборудованием, которое используется для узла Sandbox. Убедитесь, что:
- целостность жестких дисков сохранена;
- ячейки оперативной памяти исправны;
- отсутствуют повреждения компонентов на материнской плате;
- отсутствуют проблемы совместимости аппаратных компонентов;
- оборудование не перегрето;
- программное обеспечение гипервизора системы виртуализации работает без сбоев.
Шаг 4. Проверьте конфигурацию ВМ Sandbox
Проверьте конфигурацию ВМ Sandbox, следуя документации VMware для внесения изменений в конфигурацию ВМ:
- Если используются системы виртуализации от других производителей, проверьте аналогичные настройки.
- Если используются системы виртуализации VMware для развертывания узла Sandbox, повторно проверьте выполнение базовых требований. Просмотрите содержимое файла VMX конфигурации ВМ Sandbox.
Распространенные ошибки конфигурации ВМ Sandbox приведены в таблице ниже:
| Нарушение | Текущее ошибочное значение | Правильное значение |
|---|---|---|
| Не разрешена вложенная виртуализация | vhv.enable = "FALSE" | vhv.enable = "TRUE" |
| Не установлены параметры High Latency Sensitivity | sched.cpu.latencySensitivity = "normal" | sched.cpu.latencySensitivity = "high" |
| Не зарезервирована вся выделенная оперативная память | memSize = "32768"
sched.mem.min = "0" memSize — выделенная sched.mem.min — зарезервированная |
memSize = "32768"
sched.mem.min = "32768" |
| Выделено меньше или больше логических ядер (vCPU) | numvcpus = "14" | numvcpus = "15" |
| Не зарезервирована вся частота процессора | sched.cpu.units = "mhz"
sched.cpu.min = "0" |
sched.cpu.units = "mhz"
sched.cpu.min = "39000" В примере указано значение при суммарном количестве ядер 15 и частоте 2600 MHz на одно ядро. |
Горизонтальное масштабирование решения следует выполнять в соответствии с расчетной нагрузкой, увеличивая количество узлов Sandbox, а не мощности имеющихся узлов Sandbox. На любых системах виртуализации нужно установить ограничение на количество одновременно запускаемых ВМ с образами операционных систем — 12.
Шаг 5. Запустите принудительную самопроверку Sandbox
- Удалите файл журнала самопроверок на Sandbox:
- Войдите в режим Technical Support Mode проблемного узла Sandbox по инструкции.
- Выполните в консоли команду:
sudo -i
- Выполните в консоли команду удаления файла журнала:
rm /var/tmp/sbtest
- Инициируйте запуск самопроверки Sandbox:
- Войдите в режим Technical Support Mode любого узла KATA Central Node, который работает с проблемным Sandbox, по инструкции.
- Выполните в консоли команду:
sudo -i
- Введите пароль для пользователя admin.
- Выполните в консоли команду:
docker exec $(docker ps -q --filter name=kata_scanner) supervisorctl start update_sandbox_status
- Дождитесь завершения процесса самопроверки Sandbox, который занимает около 20 минут:
- если предупреждение о проблеме сохранилось или проблема повторилась через некоторое время, обратитесь в техническую поддержку «Лаборатории Касперского».
- если возникло новое предупреждение о проблеме в работе конкретного образа, выполните рекомендации из Шага 1.
Что делать, если решение не помогло
Если проблема сохраняется, создайте запрос в техническую поддержку «Лаборатории Касперского» через Kaspersky CompanyAccount. К запросу приложите данные о проблемном Sandbox:
- журнал системы Sandbox, собранный по инструкции;
- файл журнала самопроверок с Sandbox из директории /var/tmp/sbtest
- файл VMX конфигурации ВМ Sandbox из хранилища системы виртуализации VMware.
