На данный момент АРМ Орион и АРМ Орион ПРО поддерживают только windows.
На практике, удавалось запустить некоторые компоненты системы под Wine в Linux, но на живом объекте такое лучше не делать.

Здесь лучше бороться с причиной, а не следствием.
Если метод воспитания не приносит результатов, отключите все порты, используйте клавиатуру и мышку с ps/2. Максимально ограничьте возможности учётной записи и попробуйте ввести депремирование за подобные попытки вывода из строя системы безопасности объекта.

Вообще-то было бы неплохо добавить кроссплатформенности, не стоит платить за Вынь, если оно Вам не надо. Однако применение СУБД от Microsoft не оставляет похоже шансов.

Добрый день!
Хотелось бы поподробней про запуск болидовского Shell в качестве основной оболочки. Во-первых как это настраивается, во-вторых - как быть в случае с запуском других приложений (Word, блокнот и т.д.)?
На данный момент нам приходится просто через реестр задавать "белый список" приложений, но ухари везде находятся - переименовывают свою софтинку в разрешенную и пользуются.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
Параметр Shell
Вписываем туда оболочку ориона вместе с путём.
Пасьянсы можно добавить в конфигурацию оболочки, она выведет иконку на панель.
Ворды имеют контекстное меню, и позволяют запускать всё, что угодно. Если кто знает, как это контекстное меню урезать до минимума - пишите.
Диспетчер задач простому пользователю запрещаем, оставляем только админам.

В России имеется своя сертифицированная ОС "Астра-Линукс" рекомендованная для использования в гос. сруктурах. Не пора ли задуматся о переходе на данную платформу.

Тема хоть и старая, но я всё же рискну поднять её...

Собственно я уже достаточно давно изучаю продукт АРМ "Орион Про" и могу сделать свой скромный вывод программиста-самоучки си\с++...
Продукт, со стороны софта, достаточно простой и командой из 3-5 программистов пишется с нуля за 2-3 недели и следующие месяца 2-3 отлаживается до состояния релиза, при этом на этапе разработки практически не потребуется никакого усилия закладывать и кроссплатформенность и модульность, да и наконец чёртов API... ( "Модуль интеграции Орион Про" придумал сам сатана, ну или вариант 2, который опишу ниже.. )
Моё виденье проблемы такое: Во первых сертификация, - в нашей стране это целая история, которая потребует быть волшебником. А во вторых сами 'Болидовцы' не знают, как у них работает софт, ибо он состоит из модулей, которые выглядит, как будто их писали студенты в качестве дипломных работ.
Один модуль Импорта/Эксперта мне вынес мозг полностью, - инструкция не соответствует действительности, если сделать выгрузку то загрузить её уже нельзя из-за ошибок формата выгрузки и так далее.. Мне пришлось достаточно долго писать генератор, который будет делать валидные для Ориона csv файлы. ( Дайте мне пожалуйста исподники этого модуля, сохраните мои нервные клетки :'( ) И наконец причина номер 3, - это 3 букв GPL.. Написав софт на линуксе, они буду обязаны раскрыть исподники а это не в их интересах.

Собственно мы тоже ждём появления продукта на других платформах и(или) в виде замкнутой системы, поставляемая в виде ISO образа, но особо не надеемся и разрабатываем свои костыли...