Я писал и повторюсь. Лицензий на монитор - две. В данном случае "Монитор" - он же Оперативная задача. Лицензии сетевые. И, кстати, Ваш сарказм совсем не уместен. Объясняю ещё раз. На предприятии несколько входов-выходов, на каждом свой системник с несколькими дисплеями, на центральном три дисплея - два на видеонаблюдение, один на ОЗ Орион Про, на запасном входе-выходе только два дисплея под видеонаблюдение.
Конкретно Вы готовы каждый раз при каком-нибудь ремонте в районе центрального выхода отключать, отцеплять, перетаскивать через кучу дверей и подключать заново между этими постами охраны эти системники и дисплеи, меняя их местами?
Не проще ли перекинуть на несколько дней-недель-месяцев лицензию на другой ПК и при необходимости перенести один дисплей? Или Вы не ищите лёгких путей?

Под UDP Вы, наверное, имели ввиду RDP!? Это абсолютно не то, что надо. Что касается TightVNC - при обслуживании 30+ серверов видеонаблюдения, 40+ компов охраны и консьержей, 200+ компов пользователей, 15+ серверов на Windows - считаю эту программу абсолютно неудобной.

Считаете, что я так не делал? Это первое, что я сделал при переносе лицензии - удалил старый комп, добавил новый. Всё работало ровно неделю, пока охранники зачем-то не запустили сегодня или вчера вечером ОЗ на центральном посту, который закрыт.

Возможно, у охранников старт Ориона поставлен в автозагрузку, тогда этот запуск не последний.

Нет, он не стоит в автозагрузке. Я специально убрал его оттуда. Иногда некоторые охранники без меня запустить даже не могут оболочку и ОЗ. Как итог, при очередном отключении электричества или звонят мне, или сидят все выходные без визуального контроля ОПС и ждут меня до понедельника. К тому же обязательно надо ввести пароль для входа, чтобы лицензия стала занятой.

Вот и у меня надежда теплится, что обратит. С АБД, конечно, может выйти проблематично - вдруг кто-то что-то не сохранил, а вот со стороны ОЗ и ломать в БД нечего. Хотя, не сохранил оператор - это его проблемы. Но, с другой стороны, можно же и корректный принудительный выход из приложения организовать, с сохранением. Хоть бы услышали наш общий призыв :)

Вот убейте не пойму в чём проблема) У нас так же ограниченное количество лицензий. Известны все РМ где есть права на запуск АБД, мониторов и прочее и прочее. Живём нормально. Никто никому не мешает. Нужно мне проконтролировать - захожу удалённо на то РМ, которое нужно посмотреть. АБД не запускается - смотрю на каких РМ оно запущено (и про него благополучно забыли), закрываю, запускаю у себя. Плюс ко всему у нас выделенный сервер на Орион Про стоит со всеми лицензиями для него - всё можно контролировать через RDP (как вы правильно поправили) из любого места в стране. Лишь бы интернет был. То что TightVNC не удобен - не соглашусь. Для Вас возможно, для нас всё удобно. Про корректный принудительный выход из системы - я категорически против. Поясню: это охрана, пожарка, СКУД, видеонаблюдение и т.д. и т.п., которые должны контролировать операторы, причём круглосуточно. Администратор, куратор, инженер не имеют права отключать что либо без предупреждения для своей какой то прихоти. То же замечание касается высказывания:

Вы вот будете что то делать, а кому то захочется посмотреть - выкидывает вас из системы без сохранения. Хотелось бы на Вашу реакцию посмотреть))) Мало ли что там кому захотелось посмотреть - это не повод отключать РМ оператора. Они за охрану и состояние объекта несут ответственность.

А что бы не включали что попало - есть ограничение на запуск программ с индивидуальными паролями. Хотите что бы Вам было удобно - покупайте лицензию для себя любимого и контролируйте что хотите. А ставить в угоду чьему либо удобству состояние объекта и системы... это не есть хорошо.
Что касается "конкретно" нас, то мы эту проблему давным давно решили, установив выделенный сервер Орион Про. При любых, подчёркиваю - любых, ремонтах, переносах и т.п. никто и ничего у нас не таскает - ибо незачем) У всех операторов запускаются только монитор. ОЗ всегда запущена на сервере. Соответственно, если возникает необходимость запуска монитора в другом месте, всё очень просто добавляется в АБД, не нужное РМ выводится из системы либо у него убираются все права на запуск определённых программ.
Ещё раз повторюсь - принудительное отключение сетевого клиента (сбрасывание подключённых клиентов) на котором контролируется состояние объекта в угоду чьему либо удобству неприемлимо.
С АБД были проблемы, не спорю. Решили всё очень просто - достаточно было один раз лишить премии человека. На этом проблемы с НЕ запуском из-за отсутствия лицензии закончились. Ну и на всякий случай (всех подряд премии лишать жалко) был приобретён ещё один АБД (т.е. если АБД одновременно может запускаться на 4-х РМ, всякое может быть, то есть пятый АБД - для работы человека со статусом "Владелец").
Денис Сергеевич, у вас там такие цифры приведены по серверам, постам и т.п., что покупка ещё пары лицензий...  Копейки!)    

Вы описали свое, я свое, я вообще посторонний, пришел с задачей, спустился в зиндан, делать дела, кто, что, у кого, я выяснять не хочу, обычно в АБД операторы сотрудников добавляют, добавят еще раз, не смертельно. Вы я так понимаю штатный эксплуататор, я нештаный и далеко не эксплуататор, вникать в тонкости каждого объекта... ну попробуйте.

Да, Константин Александрович, вы правы - я штатный эксплуататор)) И ещё, по совместительству, штатный внедритель Орион Про на предприятии. Я и внедряю, и монтирую, и контролирую, и настраиваю. Понимаю, что ситуации у нас с Вами разные) Но мне всё же приходиться считаться с работой операторов службы авиационной безопасности - объект то режимный... И за всякие вмешательства без предупреждения... Можно горя хапнуть))) Потому и продавил приобретение комплекта лицензий именно для пуско-наладочных работ и контроля. Формула простая: количество РМ+1 лицензия. Хоть я и штатный, но бегать лишний раз не люблю)))

Ну дык, давно известно, первым делом самолеты). Где у меня допуск есть, там и не страшно, поэтому и мысли такие, а вот у вас, да, штатный необходим. Так что пока паритет. А запас всегда нужен, сам закладываю один АБД и Монитор, ну в смысле запасной.

Так и у нас также. По RDP с сервером и работаю. Здесь никто не спорит, что нужно что-то иное. А вот к "клиентам" подключаться удобнее Radmin'ом. Лицензий хватает. Только вот у него есть болячка - он иногда вылетает почему-то.

Вот здесь у меня полное непонимание, чем я могу помешать им, если у них на запасном входе, где они сейчас и сидят, всё работает? Это, во-первых. Во-вторых, что значит "для своей какой-то прихоти"? Будто это я для себя делаю, а не для них. Мне вообще должно быть по барабану на всё это дело. Меня работе с Болидовским ПО, по обслуживанию ОПС и СКУД не обучали, деньги за обслуживание не платят, в части пожарки вообще на обслуживание отдали сторонней фирме (кстати, так нифига и не понял, почему пожарку отдали, а про охранку ничего не известно, кто должен обслуживать, хотя система фактически единая), лет 5-6 назад в обслуживаемой мной сети с видеонаблюдением на одном сервере с ОПС винт загнулся, с нуля фактически переподнимал - тоже за бесплатно, хотя та система ОПС тоже была на обслуживании выше упомянутой фирмы. И после такого - это моя прихоть? О_о

Вам не кажется, что в данной цитате и ниже есть что-то общее?

А общее у них то, что если кому-то захочется кого-то выкинуть, то ему сперва надо доступ к серверу получить, пароль на вход к которому знаю только я. Это, во-первых. Во-вторых, кто говорит о том, что выкидывать нужно работающих в данный момент клиентов? Если системой Орион на определённом компе прописан запрет на запуск Монитора (он же ОЗ) или вовсе удалён из системы, то почему этот комп лицензию "присваивает" и возможности его сбросить нет? Удалять программу прикажите с компа, а потом её опять ставить что ли? Наконец, парольная защита стоит, и у охраны по паролю доступ только к ОЗ, а Отчёты, АБД, та же ОЗ и прочее только у "администратора" системы, то есть у меня.
Ну, а по поводу своего "не сохранил оператор - это его проблемы" - да погорячился немного с фразой. В любом случае при любых действиях с АБД, чтобы что-то продолжить "делать" ещё, нужно сначала сохранить то, что уже сделано. Иначе дальше открытого для правки объекта системы не залезешь.

Я Вам уже второй день толдычу, что это самое "всё очень просто добавляется в АБД, не нужное РМ выводится из системы либо у него убираются все права на запуск определённых программ" НЕ РАБОТАЕТ и занимает при этом лицензию там, где оно в настоящий момент абсолютно не нужно. Я не знаю, как Вам ещё то написать.

Во-первых, это ещё надо обосновать руководству. Во-вторых, даже если правильно обоснуешь, надо будет долго и упорно ждать проплаты. В-третьих, у нас порой политика такая, что закажешь что 5, что 10, что 100 лицензий, скажут "да, надо" и завизируют только 1, а то и вовсе пролетишь. Наконец, у нас не всё так просто - при "таких цифрах" у нас и компаний много в одной "локалке" сидит.

Перечень коннектов на сервере изначально задумывался для контроля, но не для управления (иначе потребуется ещё и доступ к программе ЦСО регулировать, но сдаётся мне - не будите лихо. 
Про блокировку запуска приложений МониторАБД/Отчеты/УРВ и т.д. говорится только в контексте программной оболочки Shell.exe, которая кстати, может с успехом заменить на рабочем месте оператора злосчастный Explorer.exe. Блокировка запуска непосредственно испольнительных файлов *.exe из комплектов ОрионПро по моему нигде и никогда не декларировался.
Так и не понял, в чем ваша проблема?!
Блокировать запуск конкретно omonitor.exe?  Это реализуется локальными политиками безопасности конкретной ОС (виндовс) либо заменой explorer.exe на shell.exe со всеми вытекающими ограничениями и любезностями от охраны и дежурных
Использование VNC/RDP/RAdmin для временного и быстрого варианта доступа, когда ядро опроса остается на месте вместе с мониторов - вполне простое решение. Чтобы человеки руками не тыкали в иконки на рабочем столе - отнимите тыкалки (usb-клава и мышь легко переподключатся).

Зачем регулировать доступ к ЦСО? Вот как раз это решается очень просто - под серверную часть Ориона закладывать отдельно аппаратное обеспечение (то есть сам сервер) и ставить его в серверную, куда доступ есть только у избранных. А чтобы иметь к ЦСО доступ, надо или физически рядом с сервером быть и знать логин\пароль на вход в ОС, или знать логин\пароль\адрес\порт для удалённого подключения.
Я считаю, что те, кто не может позволить себе отдельный сервер в отдельной серверной, 1. в любом случае должны где-то поставить серверную часть Ориона, а если она "встанет" на компе охраны, то что есть что нет контроль над ЦСО, кривые руки найдут лазейку, чтобы сломать (не путать с "взломать") сервер, 2. значит эта компания\фирма или очень маленькая, или очень доверяет своей охране.

Что-то Вы далеко в дебри отправляете. Я не спрашивал, что и как блокировать. Я спрашивал, почему в самом Орион Про предусмотрено управление лицензиями (в частности, на каком компьютере какое приложение из поставки Орион Про можно запускать, а какое нет), но оно не работает полноценно.
И блокировка exe-файлов это вообще тема ни этого форума, если бы я этого не знал, но надо было бы узнать, то я пошёл бы спрашивать на форумы Microsoft, DrWeb, Kaspersky, Canonical, Ubuntu Foundation или ещё куда. Хм, что-то "бы" многовато :)
И возможности вставить скриншот напрямую сюда нет, чтобы, извиняюсь за выражение, "тыкнуть пальцем" и сказать "вот это не работает".
Если у Вас есть под рукой Орион Про, то зайдите в АБД, у Вас по умолчанию должна открыться "вкладка" "Адреса приборов", в ней расположено дерево адресов. Первый адрес в иерархии - "Система", ниже на 1 ступень иерархии "Компьютеры", ещё ниже порт COM на одном из этих компьютеров (он же сервер) и далее идут приборы С2000, Считыватели и т.д.
Так вот напротив каждого "Компьютера" стоят значки приложений (из поставки Орион Про), которые можно запускать на этом компьютере. Если того или иного значка нет или компьютер вообще отсутствует в списке, то приложение (будь то ОЗ или там она называется Монитор, АБД, Отчёты и т.д.) не должно запускаться на этом компьютере. А оно запускается да ещё и лицензию занимает.

Что касается данной темы (удалённый доступ), у меня вопросов не возникало. Это так, вовремя дискуссии просто промелькнуло у нас чисто случайно неслучайно :)

Вот что-что, а такой совет лучше не давайте никому больше. Как минимум, чтобы все подряд не могли лазить где попало, нужно даже на ОЗ пароль охранникам ставить. Ну, ладно клаву ещё можно виртуальную использовать. Но прыгать по вкладкам в самой ОЗ, снимать с охраны помещения и ставить на охрану, смотреть тревоги, проходы и прочее - нужна мышка. А если с электричеством проблемы в выходные, а после включения провайдеры и основной, и резервные в отвале ещё, да и рабочий ноутбук вырубился... Это что - самому ехать на работу, чтобы подцепить мышь\клаву, набрать пароль, включить ОЗ? Нененене... Мне и без этого своей работы хватает, чтобы ещё за бесплатно маяться в выходные такой ерундой, когда охрана сама знает, что тыкнуть, а что не тыкать. А если кто-то из охраны и не знает, то у них есть мой телефон, чтобы проконсультироваться со мной. Я уже молчу про то, что у меня не всегда под рукой может оказаться компьютер с интернетом.

Вот в этом то вся и причина.  Почитайте мануал на Орион Про. Звоните в ТП Болид. Флейм разводить смысла нет. Всем спасибо.

Предлагаю оставить в обсуждении только непосредственный вопрос:

Правильным способом запуска модулей в идеологии ОрионПро (читай Болид) является запуск через модуль "Оболочка". Если в АБД для конкретного рабочего места даны права на запуск модуля - он будет доступен для запуска, при этом иконка приложения в оболочке будет цветной, иначе иконка серая и запуск такого невозможен. Запуск непосредственно исполнительного файла через ярлык (в том числе ярлык в автозагрузке), командную строку, пакетный файл и т.д. ни как не блокируется (о чем писал выше - блокировка от запуска таким способом, это либо средствами ОС либо сторонних приложений). В принципе, мы боремся с ситуацией, когда надо что-то блокировать (в первую очередь - АБД), просто удалением испольнительного файла. А флэшки у нас политиками зарезаны.
Есть особенность запуска одного модуля - "Ядро опроса" (CoreOrion.exe), если оно разрешено, то будет автоматически запускаться при запуске Оболочки (shell.exe). При этом, если модуль "Монитор ОЗ" разрешён, он так же запустится автоматически.
Кстати, уточните версию ОрионПро.
Как-то встречался на форуме (не у нас) такой баг: при запуске ядра опроса автоматически стартовал Монитор независимо от того, разрешён он или нет. Это вам либо обновиться либо стучаться в ТП