Licensing 使用MAC地址作为机器ID:如果用户安装vmware,这种情况会改变吗?

Licensing 使用MAC地址作为机器ID:如果用户安装vmware,这种情况会改变吗?,licensing,vmware,Licensing,Vmware,我想使用网络MAC地址作为唯一的机器id进行授权。我认为这有一些缺点,尽管这是标准的ish实践(我可以处理客户必须要求额外的解锁代码,如果他们交换他们的网卡) 但是,如果客户机在其机器上安装vmware,这是否会添加虚拟网络接口?有没有办法把它们与真实的区分开来?是的,但是虚拟mac地址在一个特定的范围内。另外,如果他们把它放在一个vmware盒子里,然后移动它,通常默认情况下这也会改变他们的mac地址。他们需要意识到这一点 我没有在这台机器上查找vmware,但它是以特定代码开始的。正如虚拟机

我想使用网络MAC地址作为唯一的机器id进行授权。我认为这有一些缺点,尽管这是标准的ish实践(我可以处理客户必须要求额外的解锁代码,如果他们交换他们的网卡)


但是,如果客户机在其机器上安装vmware,这是否会添加虚拟网络接口?有没有办法把它们与真实的区分开来?

是的,但是虚拟mac地址在一个特定的范围内。另外,如果他们把它放在一个vmware盒子里,然后移动它,通常默认情况下这也会改变他们的mac地址。他们需要意识到这一点


我没有在这台机器上查找vmware,但它是以特定代码开始的。正如虚拟机也有一个特定的代码一样

我认为如果你告诉你的程序总是访问第一张网卡,那么他是否添加了更多(无论是真实的还是虚拟的)并不重要,除非他将其设置为第一张网卡

将软件锁定到硬件对用户来说是不合适的,可能会导致他们停止使用您的软件

您是否考虑过使用Web服务授权您的软件

例如:

客户端-->Web服务-->数据库

web服务检查用户是否输入了正确的用户名/密码,并返回true/false

不管怎样,如果你真的想把它锁定在硬件上,我建议你实际上混合使用一些硬件ID,比如主板/cpu/硬盘

您可以在此处找到更多信息:


你说得绝对正确,VMWare生成的Mac在开始时有相同的3或4个部分,这有点出轨,因为我没有征求对许可方法的意见;-)尽管+1,因为第一行很有用。正如您所问的:Web服务的问题在于,它对于想要脱机工作的用户来说是无用的。我将使用用户名和密码进行授权,然后“解锁”特定的机器。如果他们更改机器硬件,并使用另一个解锁,他们可以输入相同的用户名和密码。这与具有非常持久的“脱机工作”模式的Web服务没有什么不同。啊,我理解。在不使用连接的情况下保持脱机状态很糟糕。我建议您混合使用我提到的硬件ID:)世界各地的每个MOBO都有一个唯一的ID?