Discussion :

[eemii]

Bonjour,

j'ai developpé une application avec Visual Studio 2010( langage C#) et la base de données SQLSERVER 2008.

Comment limiter le nombre de poste (PC) qui peuvent utiliser l'application, je m'explique, si je vends l'application pour 4 poste, comment je peux assurer que mon application va etre installer uniquement sur 4 Ordinateur.

Je n'ai aucune idée comment faire ça, je vous en pris de partager avec moi vos idées.

Merci d'avance

[PatteDePoule]

Tu dois te créer un système de gestion de licence.
De ton coté ça te prend un serveur qui gère les licences, un service web par exemple.

[eemii]

Tu dois te créer un système de gestion de licence.
De ton coté ça te prend un serveur qui gère les licences, un service web par exemple.

Je vous remercie pour votre réponse PatteDePoule,

puisque je n'est aucune idée sur cette partie, es-ce que c'est possible de me donner un peu plus de détails, ou des mots clés qui peuvent m'orienter dans ma recherche.

Merci d'avance.

[SFence]

Bonsoir eemii,

Le principe est simple, la mise en oeuvre ne l'est pas nécessairement.

A chaque installation (voire démarrage) de l'application, celle-ci se connecte à un service (souvent un web service) installé sur un serveur de contrôle de licenses. Elle lui communique un identifiant d'installation, ainsi que la clé de license encodée par le client.

Si la clé de license n'a pas encore été utilisée, elle est désormais marquée comme telle, l'identifiant d'installation est stocké aux côté de la clé de license et l'application reçoit l'autorisation de poursuivre. Si la license a déjà été utilisée, l'application ne reçoit l'autorisation de poursuivre que si l'identifiant d'installation est identique à celui stocké précédemment sur le serveur de contrôle de licenses.

Une solution imaginable (bien qu'un peu simpliste) est d'utiliser le nom de la machine comme identifiant d'installation.

Il est important de prévoir un mécanisme permettant aux utilisateurs de rétablir la clé de license dans son état "non-utilisé". Automatiquement lorsque l'application est désinstallée d'un poste, manuellement si l'utilisateur a oublié ou pour toute autre raison...

Est-ce que cela t'apporte des éléments de réponse ?

[theMonz31]

bonsoir

plutot que de vouloir "bloquer" à tout prix l'installation sur 4 postes, pourquoi ne pas simplement ne rien bloquer au niveau de l'installation et le faire au niveau d'une base de données...

L'idée est que tu autorises uniquement 4 machines à se connecter à système... Tu peux donc prévoir un bout de code qui attaque une machine pour lui demander un "jeton"... et de l'autre coté, soit le gestionnaire réponds OK et décrémente de 1 le nombre d'accès possible.. soit refuse l'accès...

Je pense que ce genre de système existe déjà.. une recherche plus approfondie pourra te donner d'avantage de résultat.


Intellilock, pas cher mais semble bien

[eagleleader]

Je me permets de rajouter que tu peux combiner la DB et le web service ce qui devient difficilement hackable pour autant que la DB ne soit pas chez le client mais bien hostée par tes serveurs.

Le nom de la machine n'est pour moi pas bon car dans un domaine on peut être amené à le changer et dans ce cas que faire ?
Lier la licence aux composants de la machine n'est pas bon non plus car si on remplace une pièce que fait-on ?

Je pense que la combinaison, clé-identifiant d'installation est une bonne piste.

Le problème le plus difficile à gérer est celui de la décrémentation comme expliquée ci-dessus.
En effet, comment déterminer qu'il y a eu une désinstallation ou encore: le pc a crashé chez l'utilisateur et le disque est irréparable: que faire alors ?

Voilà un beau sujet sur lequel tu trouveras des dizaines d'informations car c'est très complexe mais à toi de voir ce qu'il te faut vraiment et comment tu souhaite gérer cela.

Pense également à la maintenance dans le cas ou il faut mettre à jour les informations des licences.

[DotNetMatt]

Effectivement les solutions peuvent être plus ou moins compliquées à mettre en oeuvre, et il y a beaucoup de cas de figure possibles. Tout cela demande donc une réelle étude.

Autre cas classique qui est souvent oublié : les clients ont souvent des proxy/firewalls à traverser entre le poste utilisateur et Internet... Attention donc si tu souhaites utiliser un port spécifique, car en général les clients rechignent à ouvrir des ports.