Какая существует практика по защите от случая, когда настраивается виртуальный сервер с несколькими пользователями, покупается лицензия на одно рабочее место, и целый офис через удалённый рабочий стол успешно пользуется одной лицензией? От этого вообще реально защититься?
Здравствуйте, cppguard, Вы писали:
C>Какая существует практика по защите от случая, когда настраивается виртуальный сервер с несколькими пользователями, покупается лицензия на одно рабочее место, и целый офис через удалённый рабочий стол успешно пользуется одной лицензией? От этого вообще реально защититься?
Здравствуйте, cppguard, Вы писали:
C>Какая существует практика по защите от случая, когда настраивается виртуальный сервер с несколькими пользователями, покупается лицензия на одно рабочее место, и целый офис через удалённый рабочий стол успешно пользуется одной лицензией? От этого вообще реально защититься?
Они все заходят на этот сервер под одним и тем же пользователем (на которого куплена лицензия), или каждый под своим аккаунтом?
Если первое, то IMHO максимум что можно сделать это ограничит число одновременных сессий наверное (сессии считать на своем сервере)
Если второе, то можно лицензию к пользователю привязать.
Ну еще очевидный вариант, написать в EULA что так нельзя, иначе ты обидишься.
ORACLE так и делал одно время AFAIK (сейчас не знаю как), и все было нормально — никакой защиты кроме юристов.
Здравствуйте, bnk, Вы писали:
bnk>Они все заходят на этот сервер под одним и тем же пользователем (на которого куплена лицензия), или каждый под своим аккаунтом?
Под разными. Не уверен, что под одним пользователем можно создавать параллельные удалённые сессии.
Здравствуйте, cppguard, Вы писали:
C>Здравствуйте, bnk, Вы писали:
bnk>>Они все заходят на этот сервер под одним и тем же пользователем (на которого куплена лицензия), или каждый под своим аккаунтом?
C>Под разными. Не уверен, что под одним пользователем можно создавать параллельные удалённые сессии.
А система какая? Если винда/RDP почему бы просто не привязать лицензию к идентификатору пользователя например?
Ну еще как вариант сделать специальную лицензию с "поддержкой RDP" (на обычной лицензии тупо не запускаться в режимие RDP)
Вообще я бы не заморачивался, если софт не супер-дорогой.
Если они так кроят, сомневаюсь что заплатят больше если ты такую зраду с лицензией выкатишь.
С паршивой овцы хоть шерсти клок. IMHO любой юзер это хорошо, может порекомендуют софт кому например.
bnk>А система какая? Если винда/RDP почему бы просто не привязать лицензию к идентификатору пользователя например? bnk>Ну еще как вариант сделать специальную лицензию с "поддержкой RDP" (на обычной лицензии тупо не запускаться в режимие RDP)
странно будет, если через RDP дороже.
AFAIK такое решается через сервер лицензий (в сети клиента).
Здравствуйте, m2user, Вы писали:
bnk>>А система какая? Если винда/RDP почему бы просто не привязать лицензию к идентификатору пользователя например? bnk>>Ну еще как вариант сделать специальную лицензию с "поддержкой RDP" (на обычной лицензии тупо не запускаться в режимие RDP)
M>странно будет, если через RDP дороже.
Вопрос маркетинга. Продавать "поддержку RDP" как фичу "Enterprise License" и дело в шляпе.
M>AFAIK такое решается через сервер лицензий (в сети клиента).
С этим такая же проблема — клиенты у которых "все в облаке" хотят этот "сервер лицензи" тоже (у себя) в облаке, что в целом перечеркивает его смысл.
Исторически этот подход с сервером лицензий в основном использовался для ограничения числа одновременных пользователей, AFAIK (floating license)
Пользователь запускает программу — она лочит одну лицензию на него на сервере, завершает — разлочивает.
Помню когда мы в одной конторе с этим заморачивались, было решение в виде физического (USB) донгла — привязка хоть к чему-то не виртуальному.
bnk>Исторически этот подход с сервером лицензий в основном использовался для ограничения числа одновременных пользователей, AFAIK (floating license) bnk>Пользователь запускает программу — она лочит одну лицензию на него на сервере, завершает — разлочивает.
Здравствуйте, m2user, Вы писали:
bnk>>Исторически этот подход с сервером лицензий в основном использовался для ограничения числа одновременных пользователей, AFAIK (floating license) bnk>>Пользователь запускает программу — она лочит одну лицензию на него на сервере, завершает — разлочивает.
M>Да, но у ТС именно такой сценарий, разве нет?
Насколько я понял, не обязательно — можно же использовать одну и ту же софтину по очереди.
Скорее всего привязка ключа к "железу" или WindowsID а не к пользователю, и софтина устанавливается в Program Files "для всех пользователей".
Я так понял что идея в том что если ее используют (пусть и не одновременно) много человек в компании,
то он хочет чтобы они платили за всех, а не за одного.
