Аппаратные средства по сравнению с программными лицензионными ключами в среде VM
На моем рабочем месте мы используем Skype для конференц-связи время от времени и довольно прекрасных работ, но я работаю в малом бизнесе так:
- У нас нет бюджета более крупных компаний, таким образом, бесплатные программы очень полезны в некоторых ситуациях (в нашем случае, мы только делаем конференц-связь эпизодически).
- У нас есть открытый доступ к Интернету, так как до сих пор никто так не был глупо со стороны использования bittorrent или подобного P2P забивать сеть (который легко определить, так как у нас нет пропускной способности крупных компаний).
Длинная короткая история: если у Вас нет бюджета, Skype стоит попытки.
Аппаратные ключи добавляют дополнительную точку отказа. Я видел, как они ломались. Когда они сломаются, вы не сможете войти в систему смахивания карт и предоставить новым людям доступ в здание. вздох
Всегда используйте программный ключ, если у вас есть выбор. Например, FlexLM (один из наиболее распространенных серверов лицензий) - настоящая головная боль, но как только он заработает, вам не о чем беспокоиться. Имея аппаратный ключ, вы должны беспокоиться о сбое ключа, сбое USBAnywhere, сбое программного обеспечения USBAnywhere и т. Д.
Я использовал эти устройства USBAnywhere, и они были довольно надежными, но я все же предпочитаю программное обеспечение ключи 10 из 10 раз.
См .: Кросс-платформенная поддержка сетевых концентраторов USB?
При прочих равных вам нужна гибкость программного ключа. Выполнение этих усилий с использованием USB-ключа снижает переносимость вашей системы и не дает больших преимуществ.
Многие производители программного обеспечения осознали тот факт, что люди переходят на полностью виртуальную среду и хотят использовать свои возможности, подобные vMotion. Если есть возможность схемы лицензирования на основе программного обеспечения, используйте ее!
Программные ключи обычно прикрепляются к жесткому диску или идентификатору NIC компьютер. Каждый раз, когда это число меняется (сбой жесткого диска, ВМ перенастройка и т. д.) лицензия утеряна и ее необходимо перезагрузить с помощью производителя.
Идентификатор сетевой карты компьютера (также известный как MAC-адрес) не должен изменяться в среде виртуальной машины. Кроме того, вы часто можете назначить MAC-адрес, соответствующий MAC-адресу в файле лицензии. MAC-адрес обычно можно подделать в операционной системе (я делаю это в Linux).
Сервер лицензий, который полагается на жестко запрограммированный идентификатор жесткого диска, запрашивает проблемы - отказы дисков неизбежны, RAID-массивы распространены. , и вполне нормально заменять диски время от времени.
Казалось бы, USB-ключ будет более подвержен сбоям, чем что-либо еще.
Мы управляем примерно 20 серверами лицензий, и все они полагаются на MAC-адрес или более простой механизм.
Я понимаю, что ваш вопрос относится к среде VMware, но я думаю, что общий вопрос актуален и для других платформ виртуализации, включая Hyper-V.
Недавно я виртуализировал устаревший сервер, на котором выполнялась служба, зависящая от после аппаратных лицензионных ключей на основе USB и обнаружил, что они изначально не работают в среде Hyper-V. В руководстве по развертыванию Hyper-V сказано следующее:
No access to a physical COM port is available from a virtual machine.
Вы можете подключить COM-порт вашей виртуальной машины к именованным каналам, но, очевидно, не к фактическим последовательным портам. Видимо это в первую очередь функция отладки. Вы можете предоставить доступ виртуальной машине к последовательному порту с помощью переадресации COM-порта, такого как USB в KernelPro через Ethernet.
Кроме того, программное обеспечение и драйверы для лицензионного ключа должны поддерживать установку на Window Server, а в нашем случае на Server Core, если вы хотите, чтобы лицензионный ключ был установлен на хост-сервере.
Я закончил установку лицензионного ключа ключ и программное обеспечение на рабочей станции, а затем использовать его в качестве «сервера лицензирования» этого сайта. Это добавляет около десяти разных вещей, которые теперь могут сломать это программное обеспечение. Программный лицензионный ключ избавил бы меня от многих проблем, и я подозреваю, что это более надежное решение.