Discussion :

[kokouson]

Salut à tous;
Dans le cadre de mon projet de fin de formation.J'ai développé une application. Afin de sécuriser l'application,je dois empêcher les utilisateurs à ne pas se connecter à l'application sur plusieurs postes à la fois. Comment faire? aider moi

Merci!

[Bowen]

Je dirais qu'il y a plein de possibilités, par contre je ne sais pas si toutes sont exploitables en version 9 (je suis en 14).

1. Sécurisation par connexion à la base
   
   • Créer tous les utilisateurs sur la base
   • à la connexion, lister les connexion actives, si l'utilisateur en cours est connecté refermer la connexion
   • Pour ça, utiliser par exemple un nom saisi, voire directement le nom de la session windows
2. Sécurisation par un fichier géré par toi même
   
   • Créer un fichier de login / password, dans ta base
   • à l'ouverture, aller écrire une chaine pour savoir d'où l'utilisateur est connecté.
   • si ce champ est vide ou égal au nom de machine actuel connecter, et écrire le nom de machine
   • sinon interdire
   • cette solution a l'inconvennent d'interdire la reconnexion en cas de plantage de machine. ça demande une intervention administrateur

Voila, dans ces deux cas par contre, cocher la petite case (à la création de l'exe je crois) pour que l'exe soit mono-instance.

[kokouson]

Merci pour les solution!
J'ai déjà exploité la seconde solution. Et suite une coupure de courant, nous nous sommes rendu compte de l'inconvéniant. C'une boite où il n'y a pas de service informatique.

Je vais poursuivre les recherches et je vous informe.

Encore merci!

[Bowen]

La seconde solution fonctionne bien en cas de coupure de courant / rétablissement. L'essentiel étant de se dire : si on se reconnecte avec le même poste, alors il faut autoriser la connexion. La seule chose qui empèche la reconnexion, c'est d'arriver par un autre poste.

[kokouson]

Si une personne se connecte sur un poste A, je l'inscris comme utilisateur connecté dans mon fichier. ET si elle se déconnecte, je désactive.
Mon problème : en cas de coupure de courant, l'onduleur à laché et la machine s'est éteinte sans que l'utilisateur ne déconnecte normalement. Donc il n'a pas pu être désactivé dans le fichier de contrôle. Après rétablissement de courant, il est toujours marqué comme connecté et il à l'accès refusé. Ce qui implique l'intervention de l'administrateur. Or c'est ce qu'on veut éviter.

[Bowen]

Et si à la place de marquer :
l'utilisateur "toto" est connecté,
tu marquais :
l'utilisateur "toto" est connecté à partir de la machine "Poste12".

Lorsque "toto" est déconnecté suite à une coupure de courant, son poste s'arrete, et "poste12" reste inscrit dans ta table.

Le courant revient, l'utilisateur relance son application à partir du poste12.
Ton code identifie que c'est bien le même poste que ce qu'il avait d'avance, il laisse passer.

La seule contrainte est d'interdire le lancement multiple de l'application.
Et le seul cas où ça ne marche pas, c'est lorque le poste12 tombe en panne.