[James Marsh]

к некоторым программам »

Например?

[LehaMechanic]

Знаю о терминальном сервере, но клиентские лицензии дело не дешевое, а их нужно ~50 штук. Может есть какой-то софт который предоставляет такие услуги? »

Люди такие идиоты, громоздят какие-то сложные сервера, покупают дорогущие лицензии, глупцы. Есть же бесплатный софт, который заменит и сервер и лицензии...

[Zubat0]

Например? »

Софт, скажем так, собственного производства, работающий на windows платформе.

Сейчас склоняюсь к Microsoft Azure RemoteApp

Люди такие идиоты, громоздят какие-то сложные сервера, покупают дорогущие лицензии, глупцы. Есть же бесплатный софт, который заменит и сервер и лицензии... »

Был бы очень признателен, если бы вы подробнее написали о том софте

[El Scorpio]

Может есть какой-то софт который предоставляет такие услуги? »

Нет.
Любой "такой софт" будет нарушать условия лицензионного соглашения на Windows.

Единственный вариант, вы установите сервер Linux с WINE, настроите запуск нужной программы.
Затем будете подключаться к серверу с рабочих мест по SSH, а для отображения окна запущенной программы установите Xming на каждое рабочее место

[topotun32]

Цитата LehaMechanic: Люди такие идиоты, громоздят какие-то сложные сервера, покупают дорогущие лицензии, глупцы. Есть же бесплатный софт, который заменит и сервер и лицензии... » Был бы очень признателен, если бы вы подробнее написали о том софте »

Сарказм коллеги LehaMechanic не надо воспринимать всерьез. Вам ответили - либо покупка дорогих лицензий, либо linux с wine.

[El Scorpio]

Софт, скажем так, собственного производства, работающий на windows платформе. »

Попробуйте перекомпилировать его под платформу Linux, и тогда сможете запускать на сервере Linux без всяких WINE.
Если вы не использовали NET и прочие компоненты Windows, то реализовать кроссплатформенность будет несложно.

А вот если ваша программа требует такие компоненты, то их установка и использование в конфигурации WINE потребует наличия лицензии на Windows с соблюдением всех условий лицензионного соглашения. В том числе тех, которые однозначно запрещают одновременную работу нескольких пользователей. В этом случае единственным вариантом остаётся Windows Server + много лицензий клиентского доступа на удалённый рабочий стол.

Кстати да, если ваш "софт собственного производства" использует функции MS Office, тогда вам потребуется много лицензий на MS Office данной версии (по числу клиентов без учёта самого сервера). Если рабочие места имеют лицензионный офис, то вам повезло. Если же нет, то я бы посоветовал переписать данные модули программы, потому что 50 "офисов" - это очень дорого.
Если ваш софт обращается к MS SQL, тогда потребуется много-много MS SQL Server CAL.
-------------------------------

Впрочем сама задача говорит, что программа изначально была написана неправильно.
Поскольку используется "софт собственного производства", то лучше будет разделить его на серверную часть, которая будет работать в режиме службы на сервере, и на клиентскую часть, которая будет работать на рабочих местах. Или реализовать клиентскую часть через вёб-интерфейс.
Заодно устраните все проблемы "одновременного доступа" к базе данных, потому что с базой данных будет работать только один процесс службы сервера (однако всё равно базу данных нужно брать бесплатную, потому что MS SQL Server и прочие платные продукты называют такое подключение "мультиплицированием" и требуют много-много лицензий клиентского доступа)