Voici une situation nouvelle que les développeurs doivent considérer afin de
protéger leurs logiciels contre une forme déguisée de copies illégales.
Voici un exemple pratique de ce que je veux dire.
Un client achète notre logiciel version réseau et l'installe sur son
serveur. Le logiciel est ensuite activé et barré sur ce serveur.
Le client branche ensuite ses stations avec un icône sur le bureau qui
pointe simplement vers l'application installée sur le serveur. Si tout se
passe en réseau local il n'y a aucun problème, tout est légal.
Vous connaissez le logiciel LogMeIn ? Cela permet à un usager extérieur de
se connecter sur un ordinateur local en utilisant Internet. C'est comme un
genre de peer-to-peer qui était beaucoup utilisé à l'époque - mais en
passant par Internet.
C'est très connu mais je viens de le découvrir. La copie gratuite est très
utilisée.
Voici le site français :
http://secure.logmein.com/welcome/logmeinrescueintro/rescue.asp?lang=fr
C'est formidable comme concept et ça peut être très utile pour tout
développeur pour dépanner un client à distance.
Mais le problème est le suivant. Si notre client se branche à distance avec
LogMeIn sur son serveur pour exécuter depuis chez lui le logiciel situé dans
son magasin, ce n'est pas un problème MAIS si un client achète une version
réseau et qu'il permet à 50 autres utilisateurs extérieurs d'utiliser son
logiciel depuis son Master à lui... alors ça va pas du tout.
Vous voyez ce que je veux dire?
Quelqu'un a une bonne idée pour résoudre ce problème?
"Real Phil" a écrit dans le message de news:N7Cfi.15$
Quelqu'un a une bonne idée pour résoudre ce problème?
interdire d'étre lancé depuis une copie amovible ou développer une protection groupware (avec comptage des utilisateurs connectés)
Romain PETIT
Real Phil vient de nous annoncer :
Bonjour,
Bonjour,
Mais le problème est le suivant. Si notre client se branche à distance avec LogMeIn sur son serveur pour exécuter depuis chez lui le logiciel situé dans son magasin, ce n'est pas un problème MAIS si un client achète une version réseau et qu'il permet à 50 autres utilisateurs extérieurs d'utiliser son logiciel depuis son Master à lui... alors ça va pas du tout. Vous voyez ce que je veux dire?
Pas trop non... Il s'agit d'un logiciel de controle à distance (comme VNC mais utilisant le port 80 et nécessitant une authentification par un tiers). Je ne vois pas ce qui pose problème avec ce soft par rapport avec tout ce qui existe par ailleurs (accès VPN ou autre).
Quelqu'un a une bonne idée pour résoudre ce problème?
Gérer le nombre de postes autorisés dans tes licences réseau ?
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Real Phil vient de nous annoncer :
Bonjour,
Bonjour,
Mais le problème est le suivant. Si notre client se branche à distance avec
LogMeIn sur son serveur pour exécuter depuis chez lui le logiciel situé dans
son magasin, ce n'est pas un problème MAIS si un client achète une version
réseau et qu'il permet à 50 autres utilisateurs extérieurs d'utiliser son
logiciel depuis son Master à lui... alors ça va pas du tout.
Vous voyez ce que je veux dire?
Pas trop non...
Il s'agit d'un logiciel de controle à distance (comme VNC mais
utilisant le port 80 et nécessitant une authentification par un tiers).
Je ne vois pas ce qui pose problème avec ce soft par rapport avec tout
ce qui existe par ailleurs (accès VPN ou autre).
Quelqu'un a une bonne idée pour résoudre ce problème?
Gérer le nombre de postes autorisés dans tes licences réseau ?
A+
--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)
Mais le problème est le suivant. Si notre client se branche à distance avec LogMeIn sur son serveur pour exécuter depuis chez lui le logiciel situé dans son magasin, ce n'est pas un problème MAIS si un client achète une version réseau et qu'il permet à 50 autres utilisateurs extérieurs d'utiliser son logiciel depuis son Master à lui... alors ça va pas du tout. Vous voyez ce que je veux dire?
Pas trop non... Il s'agit d'un logiciel de controle à distance (comme VNC mais utilisant le port 80 et nécessitant une authentification par un tiers). Je ne vois pas ce qui pose problème avec ce soft par rapport avec tout ce qui existe par ailleurs (accès VPN ou autre).
Quelqu'un a une bonne idée pour résoudre ce problème?
Gérer le nombre de postes autorisés dans tes licences réseau ?
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Real Phil
> Quelqu'un a une bonne idée pour résoudre ce problème?
Réal Phil
----------------------------------- En effet, je crois aussi que de compter le nombre d'utilisateurs branchés est la meilleure solution.
Merci à vous deux et bonne journée.
Réal Phil
> Quelqu'un a une bonne idée pour résoudre ce problème?
Réal Phil
-----------------------------------
En effet, je crois aussi que de compter le nombre d'utilisateurs branchés
est la meilleure solution.
> interdire d'étre lancé depuis une copie amovible ou développer une protection groupware (avec comptage des utilisateurs connectés)
Salut Patrice,
Tu es certain qu'un utilisateur branché à distance avec LogMeIn ou Pc-Anywhere est toujours identifié comme utilisant une copie amovible ?
Parce que si c'est le cas, je pourrais aussi ne permettre qu'un seul utilisateur amovible pour les postes 2 à 9 par exemple.
Réal Phil
JP Courseille
Moi je fais ainsi Je rentre dans le logiciel sur le login et mot de passe de l 'utilisateur Je le met statut connecté (interrupteur=1) Je compte le nombre de licences , si ca depasse je l'éjecte . L'inconvénient si il quitte en plantant ou pas propement , ca ne remet pas l'interrupteur à 0 et au bout d'un certain temps on peut avoir la situation ou plus personne ne peut se connecter. Donc j'ai prévu au lancement de remettre tout les interrupteurs à 0 avec mot de passe ca peut servir aussi pour fermer l'application pour tous les utilisateurs afin d'assurer des opérations de maintenance
"Real Phil" a écrit dans le message de news: vcVfi.6622$
Quelqu'un a une bonne idée pour résoudre ce problème?
Réal Phil
----------------------------------- En effet, je crois aussi que de compter le nombre d'utilisateurs branchés est la meilleure solution.
Merci à vous deux et bonne journée.
Réal Phil
Moi je fais ainsi
Je rentre dans le logiciel sur le login et mot de passe de l 'utilisateur
Je le met statut connecté (interrupteur=1)
Je compte le nombre de licences , si ca depasse je l'éjecte .
L'inconvénient si il quitte en plantant ou pas propement , ca ne remet pas
l'interrupteur à 0
et au bout d'un certain temps on peut avoir la situation ou plus personne
ne peut se connecter.
Donc j'ai prévu au lancement de remettre tout les interrupteurs à 0 avec mot
de passe
ca peut servir aussi pour fermer l'application pour tous les utilisateurs
afin d'assurer des opérations de maintenance
"Real Phil" <_pasde_Spam_realp@ultra.ca> a écrit dans le message de news:
vcVfi.6622$v5.80870@wagner.videotron.net...
Quelqu'un a une bonne idée pour résoudre ce problème?
Réal Phil
-----------------------------------
En effet, je crois aussi que de compter le nombre d'utilisateurs branchés
est la meilleure solution.
Moi je fais ainsi Je rentre dans le logiciel sur le login et mot de passe de l 'utilisateur Je le met statut connecté (interrupteur=1) Je compte le nombre de licences , si ca depasse je l'éjecte . L'inconvénient si il quitte en plantant ou pas propement , ca ne remet pas l'interrupteur à 0 et au bout d'un certain temps on peut avoir la situation ou plus personne ne peut se connecter. Donc j'ai prévu au lancement de remettre tout les interrupteurs à 0 avec mot de passe ca peut servir aussi pour fermer l'application pour tous les utilisateurs afin d'assurer des opérations de maintenance
"Real Phil" a écrit dans le message de news: vcVfi.6622$
Quelqu'un a une bonne idée pour résoudre ce problème?
Réal Phil
----------------------------------- En effet, je crois aussi que de compter le nombre d'utilisateurs branchés est la meilleure solution.
Merci à vous deux et bonne journée.
Réal Phil
Real Phil
C'est pas mauvais ton truc et je vais considérer.
Pour régler le fait d'un utilisateur qui plante et qui ne remet pas l'interrupteur à 0, il y a un truc que j'aimerais bien essayer et qui pourrais t'être utile - si ça fonctionne ;-)
Considérant 1 utilisateur par enregistrement - un fichier de gestion des Login. Quand un utilisateur est validé tu bloque cet enregistrement avec HBloqueNumEnr() et tu le laisse bloqué. Si jamais cet usager plante j'ai bien l'impression que cet enregistrement ne reste pas bloqué et il peut se connecter à nouveau sans problème. Tu vois l'idée?
Si jamais tu l'essai j'apprécierais que tu m'en donne des nouvelles.
"JP Courseille" a écrit dans le message de news:4680a4a7$0$27821$
Moi je fais ainsi Je rentre dans le logiciel sur le login et mot de passe de l 'utilisateur Je le met statut connecté (interrupteur=1) Je compte le nombre de licences , si ca depasse je l'éjecte . L'inconvénient si il quitte en plantant ou pas propement , ca ne remet
pas
l'interrupteur à 0 et au bout d'un certain temps on peut avoir la situation ou plus personne ne peut se connecter. Donc j'ai prévu au lancement de remettre tout les interrupteurs à 0 avec
mot
de passe ca peut servir aussi pour fermer l'application pour tous les utilisateurs afin d'assurer des opérations de maintenance
"Real Phil" a écrit dans le message de news: vcVfi.6622$ >> Quelqu'un a une bonne idée pour résoudre ce problème? >> >> Réal Phil > ----------------------------------- > En effet, je crois aussi que de compter le nombre d'utilisateurs
branchés
> est la meilleure solution. > > Merci à vous deux et bonne journée. > > Réal Phil >
C'est pas mauvais ton truc et je vais considérer.
Pour régler le fait d'un utilisateur qui plante et qui ne remet pas
l'interrupteur à 0, il y a un truc que j'aimerais bien essayer et qui
pourrais t'être utile - si ça fonctionne ;-)
Considérant 1 utilisateur par enregistrement - un fichier de gestion des
Login.
Quand un utilisateur est validé tu bloque cet enregistrement avec
HBloqueNumEnr() et tu le laisse bloqué. Si jamais cet usager plante j'ai
bien l'impression que cet enregistrement ne reste pas bloqué et il peut se
connecter à nouveau sans problème. Tu vois l'idée?
Si jamais tu l'essai j'apprécierais que tu m'en donne des nouvelles.
"JP Courseille" <J.courseille@chello.fr> a écrit dans le message de
news:4680a4a7$0$27821$79c14f64@nan-newsreader-07.noos.net...
Moi je fais ainsi
Je rentre dans le logiciel sur le login et mot de passe de l 'utilisateur
Je le met statut connecté (interrupteur=1)
Je compte le nombre de licences , si ca depasse je l'éjecte .
L'inconvénient si il quitte en plantant ou pas propement , ca ne remet
pas
l'interrupteur à 0
et au bout d'un certain temps on peut avoir la situation ou plus personne
ne peut se connecter.
Donc j'ai prévu au lancement de remettre tout les interrupteurs à 0 avec
mot
de passe
ca peut servir aussi pour fermer l'application pour tous les utilisateurs
afin d'assurer des opérations de maintenance
"Real Phil" <_pasde_Spam_realp@ultra.ca> a écrit dans le message de news:
vcVfi.6622$v5.80870@wagner.videotron.net...
>> Quelqu'un a une bonne idée pour résoudre ce problème?
>>
>> Réal Phil
> -----------------------------------
> En effet, je crois aussi que de compter le nombre d'utilisateurs
branchés
> est la meilleure solution.
>
> Merci à vous deux et bonne journée.
>
> Réal Phil
>
Pour régler le fait d'un utilisateur qui plante et qui ne remet pas l'interrupteur à 0, il y a un truc que j'aimerais bien essayer et qui pourrais t'être utile - si ça fonctionne ;-)
Considérant 1 utilisateur par enregistrement - un fichier de gestion des Login. Quand un utilisateur est validé tu bloque cet enregistrement avec HBloqueNumEnr() et tu le laisse bloqué. Si jamais cet usager plante j'ai bien l'impression que cet enregistrement ne reste pas bloqué et il peut se connecter à nouveau sans problème. Tu vois l'idée?
Si jamais tu l'essai j'apprécierais que tu m'en donne des nouvelles.
"JP Courseille" a écrit dans le message de news:4680a4a7$0$27821$
Moi je fais ainsi Je rentre dans le logiciel sur le login et mot de passe de l 'utilisateur Je le met statut connecté (interrupteur=1) Je compte le nombre de licences , si ca depasse je l'éjecte . L'inconvénient si il quitte en plantant ou pas propement , ca ne remet
pas
l'interrupteur à 0 et au bout d'un certain temps on peut avoir la situation ou plus personne ne peut se connecter. Donc j'ai prévu au lancement de remettre tout les interrupteurs à 0 avec
mot
de passe ca peut servir aussi pour fermer l'application pour tous les utilisateurs afin d'assurer des opérations de maintenance
"Real Phil" a écrit dans le message de news: vcVfi.6622$ >> Quelqu'un a une bonne idée pour résoudre ce problème? >> >> Réal Phil > ----------------------------------- > En effet, je crois aussi que de compter le nombre d'utilisateurs
branchés
> est la meilleure solution. > > Merci à vous deux et bonne journée. > > Réal Phil >
Jacques Bratières
Le Mon, 25 Jun 2007 22:12:13 +0200, Real Phil a écrit:
interdire d'étre lancé depuis une copie amovible ou développer une protection groupware (avec comptage des utilisateurs connectés)
Salut Patrice,
Tu es certain qu'un utilisateur branché à distance avec LogMeIn ou Pc-Anywhere est toujours identifié comme utilisant une copie amovible ?
Parce que si c'est le cas, je pourrais aussi ne permettre qu'un seul utilisateur amovible pour les postes 2 à 9 par exemple.
Réal Phil
Pour moi , un utilisateur connecté via VNC et PCAW est strictement identique à la personne devant le poste puisqu'il s'agit d'une simple prise de main.
-- J.Bratières
Le Mon, 25 Jun 2007 22:12:13 +0200, Real Phil <_pasde_Spam_realp@ultra.ca>
a écrit:
interdire d'étre lancé depuis une copie amovible
ou développer une protection groupware (avec comptage des utilisateurs
connectés)
Salut Patrice,
Tu es certain qu'un utilisateur branché à distance avec LogMeIn ou
Pc-Anywhere est toujours identifié comme utilisant une copie amovible ?
Parce que si c'est le cas, je pourrais aussi ne permettre qu'un seul
utilisateur amovible pour les postes 2 à 9 par exemple.
Réal Phil
Pour moi , un utilisateur connecté via VNC et PCAW est strictement
identique à la personne devant le poste puisqu'il
s'agit d'une simple prise de main.
Le Mon, 25 Jun 2007 22:12:13 +0200, Real Phil a écrit:
interdire d'étre lancé depuis une copie amovible ou développer une protection groupware (avec comptage des utilisateurs connectés)
Salut Patrice,
Tu es certain qu'un utilisateur branché à distance avec LogMeIn ou Pc-Anywhere est toujours identifié comme utilisant une copie amovible ?
Parce que si c'est le cas, je pourrais aussi ne permettre qu'un seul utilisateur amovible pour les postes 2 à 9 par exemple.
Réal Phil
Pour moi , un utilisateur connecté via VNC et PCAW est strictement identique à la personne devant le poste puisqu'il s'agit d'une simple prise de main.
-- J.Bratières
JP Courseille
Il me semble que meme dans ce cas l'interrupteur resterait a 1 puisque l'enregistrement a bien eu lieu. Des qu il tape sont mot de passe je fais un hmodifie
"Real Phil" a écrit dans le message de news: mk2gi.11103$
C'est pas mauvais ton truc et je vais considérer.
Pour régler le fait d'un utilisateur qui plante et qui ne remet pas l'interrupteur à 0, il y a un truc que j'aimerais bien essayer et qui pourrais t'être utile - si ça fonctionne ;-)
Considérant 1 utilisateur par enregistrement - un fichier de gestion des Login. Quand un utilisateur est validé tu bloque cet enregistrement avec HBloqueNumEnr() et tu le laisse bloqué. Si jamais cet usager plante j'ai bien l'impression que cet enregistrement ne reste pas bloqué et il peut se connecter à nouveau sans problème. Tu vois l'idée?
Si jamais tu l'essai j'apprécierais que tu m'en donne des nouvelles.
"JP Courseille" a écrit dans le message de news:4680a4a7$0$27821$
Moi je fais ainsi Je rentre dans le logiciel sur le login et mot de passe de l 'utilisateur Je le met statut connecté (interrupteur=1) Je compte le nombre de licences , si ca depasse je l'éjecte . L'inconvénient si il quitte en plantant ou pas propement , ca ne remet
pas
l'interrupteur à 0 et au bout d'un certain temps on peut avoir la situation ou plus personne ne peut se connecter. Donc j'ai prévu au lancement de remettre tout les interrupteurs à 0 avec
mot
de passe ca peut servir aussi pour fermer l'application pour tous les utilisateurs afin d'assurer des opérations de maintenance
"Real Phil" a écrit dans le message de news: vcVfi.6622$ >> Quelqu'un a une bonne idée pour résoudre ce problème? >> >> Réal Phil > ----------------------------------- > En effet, je crois aussi que de compter le nombre d'utilisateurs
branchés
> est la meilleure solution. > > Merci à vous deux et bonne journée. > > Réal Phil >
Il me semble que meme dans ce cas l'interrupteur resterait a 1
puisque l'enregistrement a bien eu lieu.
Des qu il tape sont mot de passe je fais un hmodifie
"Real Phil" <_pasde_Spam_realp@ultra.ca> a écrit dans le message de news:
mk2gi.11103$v5.162734@wagner.videotron.net...
C'est pas mauvais ton truc et je vais considérer.
Pour régler le fait d'un utilisateur qui plante et qui ne remet pas
l'interrupteur à 0, il y a un truc que j'aimerais bien essayer et qui
pourrais t'être utile - si ça fonctionne ;-)
Considérant 1 utilisateur par enregistrement - un fichier de gestion des
Login.
Quand un utilisateur est validé tu bloque cet enregistrement avec
HBloqueNumEnr() et tu le laisse bloqué. Si jamais cet usager plante j'ai
bien l'impression que cet enregistrement ne reste pas bloqué et il peut se
connecter à nouveau sans problème. Tu vois l'idée?
Si jamais tu l'essai j'apprécierais que tu m'en donne des nouvelles.
"JP Courseille" <J.courseille@chello.fr> a écrit dans le message de
news:4680a4a7$0$27821$79c14f64@nan-newsreader-07.noos.net...
Moi je fais ainsi
Je rentre dans le logiciel sur le login et mot de passe de l
'utilisateur
Je le met statut connecté (interrupteur=1)
Je compte le nombre de licences , si ca depasse je l'éjecte .
L'inconvénient si il quitte en plantant ou pas propement , ca ne remet
pas
l'interrupteur à 0
et au bout d'un certain temps on peut avoir la situation ou plus
personne
ne peut se connecter.
Donc j'ai prévu au lancement de remettre tout les interrupteurs à 0 avec
mot
de passe
ca peut servir aussi pour fermer l'application pour tous les
utilisateurs
afin d'assurer des opérations de maintenance
"Real Phil" <_pasde_Spam_realp@ultra.ca> a écrit dans le message de news:
vcVfi.6622$v5.80870@wagner.videotron.net...
>> Quelqu'un a une bonne idée pour résoudre ce problème?
>>
>> Réal Phil
> -----------------------------------
> En effet, je crois aussi que de compter le nombre d'utilisateurs
branchés
> est la meilleure solution.
>
> Merci à vous deux et bonne journée.
>
> Réal Phil
>
Il me semble que meme dans ce cas l'interrupteur resterait a 1 puisque l'enregistrement a bien eu lieu. Des qu il tape sont mot de passe je fais un hmodifie
"Real Phil" a écrit dans le message de news: mk2gi.11103$
C'est pas mauvais ton truc et je vais considérer.
Pour régler le fait d'un utilisateur qui plante et qui ne remet pas l'interrupteur à 0, il y a un truc que j'aimerais bien essayer et qui pourrais t'être utile - si ça fonctionne ;-)
Considérant 1 utilisateur par enregistrement - un fichier de gestion des Login. Quand un utilisateur est validé tu bloque cet enregistrement avec HBloqueNumEnr() et tu le laisse bloqué. Si jamais cet usager plante j'ai bien l'impression que cet enregistrement ne reste pas bloqué et il peut se connecter à nouveau sans problème. Tu vois l'idée?
Si jamais tu l'essai j'apprécierais que tu m'en donne des nouvelles.
"JP Courseille" a écrit dans le message de news:4680a4a7$0$27821$
Moi je fais ainsi Je rentre dans le logiciel sur le login et mot de passe de l 'utilisateur Je le met statut connecté (interrupteur=1) Je compte le nombre de licences , si ca depasse je l'éjecte . L'inconvénient si il quitte en plantant ou pas propement , ca ne remet
pas
l'interrupteur à 0 et au bout d'un certain temps on peut avoir la situation ou plus personne ne peut se connecter. Donc j'ai prévu au lancement de remettre tout les interrupteurs à 0 avec
mot
de passe ca peut servir aussi pour fermer l'application pour tous les utilisateurs afin d'assurer des opérations de maintenance
"Real Phil" a écrit dans le message de news: vcVfi.6622$ >> Quelqu'un a une bonne idée pour résoudre ce problème? >> >> Réal Phil > ----------------------------------- > En effet, je crois aussi que de compter le nombre d'utilisateurs
branchés
> est la meilleure solution. > > Merci à vous deux et bonne journée. > > Réal Phil >
mnobs
JP Courseille wrote:
Il me semble que meme dans ce cas l'interrupteur resterait a 1 puisque l'enregistrement a bien eu lieu.
...
tu peux essayer de supprimer l'enregistrement de login. S'il est bloqué par un autre utilisateur, ce n'est pas possible.
Salutations Mat
JP Courseille wrote:
Il me semble que meme dans ce cas l'interrupteur resterait a 1
puisque l'enregistrement a bien eu lieu.
...
tu peux essayer de supprimer l'enregistrement de login. S'il est bloqué
par un autre utilisateur, ce n'est pas possible.
Il me semble que meme dans ce cas l'interrupteur resterait a 1 puisque l'enregistrement a bien eu lieu.
...
tu peux essayer de supprimer l'enregistrement de login. S'il est bloqué par un autre utilisateur, ce n'est pas possible.
Salutations Mat
patrice
"Real Phil" a écrit dans le message de news:xkVfi.6624$
> interdire d'étre lancé depuis une copie amovible > ou développer une protection groupware (avec comptage des utilisateurs > connectés) > Salut Patrice,
Tu es certain qu'un utilisateur branché à distance avec LogMeIn ou Pc-Anywhere est toujours identifié comme utilisant une copie amovible ?
non tu as raison, il sera vu comme un utilisateur normal. Compte plutot le nombre de session totale. je te conseille un fichier de verrou tu crée un fichier de n enregistrement tu essaie de locker de 1 à n jusqu'a trouver une place libre si tu peux pas => max utilisateur dépassé
"Real Phil" <_pasde_Spam_realp@ultra.ca> a écrit dans le message de
news:xkVfi.6624$v5.82403@wagner.videotron.net...
> interdire d'étre lancé depuis une copie amovible
> ou développer une protection groupware (avec comptage des utilisateurs
> connectés)
>
Salut Patrice,
Tu es certain qu'un utilisateur branché à distance avec LogMeIn ou
Pc-Anywhere est toujours identifié comme utilisant une copie amovible ?
non tu as raison, il sera vu comme un utilisateur normal.
Compte plutot le nombre de session totale.
je te conseille un fichier de verrou
tu crée un fichier de n enregistrement
tu essaie de locker de 1 à n jusqu'a trouver une place libre
si tu peux pas => max utilisateur dépassé
"Real Phil" a écrit dans le message de news:xkVfi.6624$
> interdire d'étre lancé depuis une copie amovible > ou développer une protection groupware (avec comptage des utilisateurs > connectés) > Salut Patrice,
Tu es certain qu'un utilisateur branché à distance avec LogMeIn ou Pc-Anywhere est toujours identifié comme utilisant une copie amovible ?
non tu as raison, il sera vu comme un utilisateur normal. Compte plutot le nombre de session totale. je te conseille un fichier de verrou tu crée un fichier de n enregistrement tu essaie de locker de 1 à n jusqu'a trouver une place libre si tu peux pas => max utilisateur dépassé
