View Revisions: Issue #3452

Summary 0003452: Change/improve the way keys bind to the software
Revision 2019-09-22 14:15 by WA9PIE
Description Problem statement - when a user attempts to activate the software on a machine with a "Computer ID" (ComputerName) that already exists in QLM (registered to another customer), the system prevents them from activating the software. It gives them an error message that says something like "the machine has already been activated." Well, customers believe they're being told that the software has already been activated on THEIR machine (which it hasn't). They get frustrated. Eventually, they contact us and we ask them to change their "Computer ID" (machine name, ComputerName, whatever) and they (a) have no idea what/how and (b) they reasonably don't believe it's necessary (they see this as OUR problem; and it is).

We originally made the decision to bind the keys to the computer. The was implemented by binding the key to the ComputerName. (I guess I thought that was ComputerName per email address.) What's happening is that we're seeing lots of people (all over the world), who have the exact same ComputerName (things like "My-PC", "PC", "HOME-PC"... and so on.)

About a month after we put this into production, in order to attempt to enforce the number of trials that a user could do, we changed the parameter in QLM to where a unique computer could have only one install. Prior to that, you would see many entries in the database for the same Computer ID. After that change, the problem began. But it's imperative that folks cannot game the system and get multiple trials (a point that is not entirely resolved yet.

Tim talked to someone at Soraco (probably John) who send him this link and suggested using "QlmUniqueSystemIdentifier1." It looks like binding to this - rather than ComputerName - attempts to bind the beginning with the most likely unique... to the least likely unique. As it turns out, we decided to bind to the least likely unique characteristic. I like this idea. Not only will it solve the existing problem, but it will likely improve our ability to lock-down trial keys also.

Soraco provided the following link to Tim - https://support.soraco.co/hc/en-us/articles/360001183583-QlmLicense-LicenseBinding
Revision 2019-09-22 12:37 by WA9PIE
Description Problem statement - when a user attempts to activate the software on a machine with a "Computer ID" (ComputerName) that already exists in QLM (registered to another customer), the system prevents them from activating the software. It gives them an error message that says something like "the machine has already been activated." Well, customers believe they're being told that the software has already been activated on THEIR machine (which it hasn't). They get frustrated. Eventually, they contact us and we ask them to change their "Computer ID" (machine name, ComputerName, whatever) and they (a) have no idea what/how and (b) they reasonably don't believe it's necessary (they see this as OUR problem; and it is).

We originally made the decision to bind the keys to the computer. The was implemented by binding the key to the ComputerName. (I guess I thought that was ComputerName per email address.) What's happening is that we're seeing lots of people (all over the world), who have the exact same ComputerName (things like "My-PC", "PC", "HOME-PC"... and so on.)

In order to attempt to enforce the number of trials that a user could do, we changed the parameter in QLM to where a unique computer could have only one install. Prior to that, you would see many entries in the database for the same Computer ID. After that change, the problem began. But it's imperative that folks cannot game the system and get multiple trials (a point that is not entirely resolved yet.

Tim talked to someone at Soraco (probably John) who send him this link and suggested using "QlmUniqueSystemIdentifier1." It looks like binding to this - rather than ComputerName - attempts to bind the beginning with the most likely unique... to the least likely unique. As it turns out, we decided to bind to the least likely unique characteristic. I like this idea. Not only will it solve the existing problem, but it will likely improve our ability to lock-down trial keys also.

Soraco provided the following link to Tim - https://support.soraco.co/hc/en-us/articles/360001183583-QlmLicense-LicenseBinding
Revision 2019-09-22 12:22 by WA9PIE
Description We originally made the decision to bind the keys to the computer. The was implemented

<I'll edit the detail in a moment>