A placer sur le OnClientEnter du module






Imaginons un scénario bidon :

Joueur1 s'engueule avec Joueur2. Joueur1 recupere le nom de compte de Joueur2. Il attend patiemment une panne de Serveur de bioware (celui qui verifie les comptes des joueurs), change son nom de compte en celui du Joueur2 et se conecte au serveur ou il a rencontré Joueur2.

Les serveurs ne vérifiant pas le compte des joueurs (ceci etant le role du Serveur de Bioware) il donne automatiquement acces au dossier nommé Joueur2 à Joueur1, qui peut disposer librement des personnages de Joueur2.

Joueur1 arrive donc sur le serveur avec le personnage de Joueur2, et le lui "abime", en foutant ses objets dans une poubelle, ou en lui faisant perdre de l'xp, en lui faisant attaquer la garde de la ville...

Puis sagement, Joueur1 deconnecte (de l'identité de Joueur2) et reprend son identité de Joueur1.

Quand joueur2 revient sur le serveur, son personnage fétiche est détruit, et aucun moyen de connaitre l'identité de Joueur1.

Mon script associe un personnage (PAS UN COMPTE) à une clef CD (une clef CD par version CD-ROM, donc par joueur) en sachant que les joueurs ne vont pas acheter un jeu a chaque fois qu'ils se connectent.

A sa premiere connection avec un personnage, la clef CD est stoquée dans une base de données avec en plus une deuxieme base de données qui stoque le fait qu'il est deja venu.

A chaque connection de ce PERSONNAGE (et non COMPTE), le serveur va comparer la clef CD enregistrée à la premier connection de ce personnage, avec celle de la connection actuelle.

Si les clefs sont différentes, le joueur controlant le personnage est ejecté. Pas besoin de bannir... Il sera ejecté à chaque connection, tant que la clef CD ne correspond pas.

Donc ceci rend impossible l'usurpation de compte.

Si toutefois un joueur change de clef CD, et qu'il apprécie le serveur où il joue, il peut contacter l'admin, qui rectifie le probleme, et garde ainsi un controle sur ce qui se produit sur le serveur.