Où dois-je stocker la clé « d'activation » de ma demande?

Question

J'ai écrit une application et je voudrais ajouter une clé d'enregistrement / numéro de série (je suis grand sur inconvinience minimum - ala # 4 cet article Eric Sink ). Ma question est de savoir où stocker la « activation » une fois que la demande a été enregistrée. Si je comprends bien, j'ai un compromis entre le stockage de la clé dans un lieu public, où tous les utilisateurs peuvent lire (mais qui exige des droits d'administrateur pour y enregistrer) et le stockage d'une activation par l'utilisateur (mais chaque utilisateur sur la ordinateur devra activer indépendamment). Cela me donne deux choix:

1. Certains utilisateurs, avec des droits d'administrateur local, active le produit. L'activation est stockée dans HKLM, dans le dossier des fichiers de programme, ou un autre endroit où tous les utilisateurs peuvent lire, et le produit est activé pour tous les utilisateurs.
2. Un utilisateur (avec ou sans droits d'administrateur) active le produit. L'activation est stocké quelque part centrée sur l'utilisateur (app.config, HKCU par utilisateur, etc.). Le plus est que l'utilisateur ne doit pas être un administrateur. L'inconvénient est que s'il y a 6 utilisateurs qui utilisent l'ordinateur, chacun doit activer le produit. Ils peuvent chacun réutiliser la même série, mais ils ont encore à le saisir.

Est-ce vraiment le compromis? Dans ce cas, ce sont les autres fait? En tant que développeur, je suis habitué aux gens étant un administrateur local, mais dans le monde réel, je ne pense pas que beaucoup de mes utilisateurs d'entreprise d'être administrateurs locaux, qui me fait pencher vers l'option 2. Les ordinateurs sont souvent pas partagées assez que je ne devrais pas être concerné?

Encore une fois, je ne demande pas sur la façon d'enregistrer physiquement un ordinateur - Je ne suis pas inquiet à ce sujet. Je vais seulement checksum la clé fournie et donner le feu vert, comme je veux être aussi non invasive que possible.

Answer 1

Je recommande une solution qui ne nécessite pas de droits d'administrateur. Beaucoup d'utilisateurs, en particulier dans des environnements partagés, n'auront pas ces droits et ne sera pas en mesure de trouver quelqu'un commodément avec eux.

En outre, aller de l'avant quelques années, je pense que ce sera de plus en plus devient rare d'avoir des droits d'administrateur sur l'ordinateur que vous utilisez, la situation de sécurité améliore.

Answer 2

Registre semble être une solution acceptable pour les logiciels d'entreprise. Au moins où je travaillais, utilisateur régulier ne sera pas un administrateur de l'ordinateur local, de sorte que chaque installation nécessite compte d'administrateur local. Ceci est une bonne chose car il réduira le mal de tête de votre personnel de soutien de gens qui installent à peu près tout dans votre environnement informatique de l'entreprise. Le compromis est bien sûr, l'utilisateur sera furax qu'ils ne peuvent pas installer des choses ou doivent contacter le support technique pour le faire, mais bon ...:)

Autres étoffes:

• USB / autre type de dongle (ala vieux 3DMax)
• ancien fichier texte brut (ala logiciel Garmin GPS sur l'appareil mobile)
• Coder les / réécrire la clé dans votre binaire ou une partie de votre binaire (Fait ce retour truc dans e vieux DOS jours)
• les stocker dans votre propre db via le web (ala EverQuest / autres jeux MMORPG)
• touche Local db (ala MathLab je pense)

Answer 3

Comment l'utilisation de l'storrage isolé pour votre application?

Vous aurez la possibilité de stocker ces informations sur un niveau de mashiene pour votre inscription, et les changements de configuration peuvent être persisté à un niveau utilisateur.

Answer 4

Nous économisons notre code d'activation au Registre pour l'utilisateur actuel (HKCU), nous avons eu très peu de problèmes avec elle. Nos clients courent sur tout, des ordinateurs à la maison pour les clients légers sur les réseaux coopérer.

Si votre logiciel sera utilisé dans les écoles ou d'autres environnements éducatifs, vous devez fournir une autre méthode. Il pourrait être aussi simple que d'une demande d'enregistrement distincte qui permettra d'économiser à l'activation pour tous les utilisateurs. Votre logiciel devrait faire deux recherches de registre, mais qui est un petit prix à payer.

Answer 5

En général, la plupart des ordinateurs sont utilisés par un seul utilisateur (ou plusieurs personnes qui utilisent encore le même compte utilisateur). Ainsi, un stockage basé sur l'utilisateur fonctionne la plupart du temps de toute façon.

Cependant, il est pas non plus / ou. Il y a des endroits dossier qui sont inscriptibles par tous les utilisateurs - tels que le dossier ProgramData . La clé est de rendre le fichier lecture / écriture par tout le monde afin que vous puissiez vérifier le contenu quel que soit l'utilisateur.

DeployLX licences fait pour les données de licence non sécurisées afin qu'il puisse être utilisé par plusieurs utilisateurs sans un administrateur accorder explicitement l'autorisation.

Answer 6

Vous devez être cohérent. Si les droits d'administrateur sont nécessaires pour installer le programme, ce n'est pas hors de la ligne d'exiger des droits d'administrateur pour l'enregistrer. De même, si vous en quelque sorte réussi à l'installer sans droits d'administrateur alors inscrivez-vous sans trop.

Si vous installez et enregistrez en une seule étape ce ne sera pas un problème.