Java 将许可应用程序限制到服务器

我们为您的客户提供应用程序的每服务器许可证。确保它们不被复制到其他服务器的最佳方法是什么？这是一个JBoss服务器应用程序。MAC地址限制是否足够？很多应用程序都受到MAC地址的限制，但我认为它很容易被伪造。

建议。内置自动更新功能缺陷（安全补丁/漏洞修复/优化）。然后进行ID和IP检查。

建议。内置功能缺陷的自动更新（安全补丁/漏洞修复/优化）。然后做一个ID&IP检查。

我认为MAC地址限制不是一个好主意。首先，服务器可能有多个网卡。第二，有时网卡会出现故障，需要更换，因此MAC地址会发生变化

一种可能性是收集尽可能多的组件的某种硬件指纹，然后使用它们来确定这是否是同一台机器。如果允许进行某些更改，则更改单个组件不会停止软件，但更改2或3将需要您的客户端与您联系，以获得新的许可证

当然，最终的保护是所谓的加密狗。维基百科上有一篇很好的文章

---

总而言之，没有保护，无法破解。因此，无论您选择什么，请确保它不会伤害您的用户，否则，与未经许可的使用相比，您可能会因为保护机制不好而失去更多的客户。

我认为MAC地址限制不是一个好主意。首先，服务器可能有多个网卡。第二，有时网卡会出现故障，需要更换，因此MAC地址会发生变化

一种可能性是收集尽可能多的组件的某种硬件指纹，然后使用它们来确定这是否是同一台机器。如果允许进行某些更改，则更改单个组件不会停止软件，但更改2或3将需要您的客户端与您联系，以获得新的许可证

当然，最终的保护是所谓的加密狗。维基百科上有一篇很好的文章

---

总而言之，没有保护，无法破解。因此，无论您选择什么，请确保它不会伤害您的用户，否则，与未经许可的使用相比，您可能会因为保护机制不好而失去更多的客户。

您需要考虑以下问题：

您的客户是否会违反许可协议

您的客户是否熟练且可能违反保护

如果这两个答案都是正确的，那么就没有机会保护您的软件，除非您将使用硬件组件（如加密狗）

如果有一个答案是错误的，您可以使用以下简单方法：

安装软件时，使用一些秘密算法在客户机器上生成安装Id，并将其加密存储在机器上不常见的秘密位置，并向客户显示

向客户请求安装Id，并检查它是否真的是用您的算法生成的

使用第二个秘密算法生成许可证密钥，并将其提供给客户

在软件中验证许可证密钥是使用Install-Id生成的

---

由于硬件可以更换，因此不能使用MAC地址等参数，因此必须使用安装Id等通用参数。

您需要考虑以下问题：

您的客户是否会违反许可协议

您的客户是否熟练且可能违反保护

如果这两个答案都是正确的，那么就没有机会保护您的软件，除非您将使用硬件组件（如加密狗）

如果有一个答案是错误的，您可以使用以下简单方法：

安装软件时，使用一些秘密算法在客户机器上生成安装Id，并将其加密存储在机器上不常见的秘密位置，并向客户显示

向客户请求安装Id，并检查它是否真的是用您的算法生成的

使用第二个秘密算法生成许可证密钥，并将其提供给客户

在软件中验证许可证密钥是使用Install-Id生成的

---

由于可以更换硬件，因此不能使用MAC地址等参数，因此必须使用安装Id等通用参数。

使用自己的许可证管理软件时会出现许多问题。如果您锁定硬件，那么当服务器停止运行并且您的客户希望迁移到新机器时会发生什么情况？你支持热备份吗？您支持虚拟化吗？它是按CPU还是按实例授权的？这些只是一些起作用的示例问题；还有很多，很多要考虑。

几年前，我在一个服务器系统上工作，要求我们实施许可证管理和强制执行。我们使用了Macrovision的FlexLM。现在看来，它已作为一个新的公司和产品套件推出。它价格昂贵，但在许可证管理方面比手工推出的解决方案考虑得好得多，而且，它可以跨越几乎任何服务器许可需求

也就是说，我非常建议您不要以这种方式处理许可证合规性问题。您的客户不太可能对此做出很好的响应，不是因为他们想在lincensing上欺骗您，而是因为您在使用他们正在授权的软件时添加了额外的步骤，无论这些步骤多么微小。根据我的经验，更好的解决方案包括简单地信任您的客户遵守许可协议（作为jboss应用程序，我假设您是与公司客户打交道，而不是更容易“共享”的消费者桌面应用程序），我