Discussion :

[NeoBurner]

Bonjour,
Je vous présente rapidement mon application avant de vous exposer mon problème. L'application est centralisé, donc des clients et un serveur. J'ai des méthodes à exécuter sur le client, une fois exécute sur le client elle s’exécute sur le serveur, et une fois sur le serveur elle s’exécute sur tous les autres clients.
J'ai évidemment tout de suite pensé à RMI vu le contexte.

Un problème, je veux authentifier les clients afin d'éviter des intrus d’exécuter des méthodes s'il n'y sont pas autorisés.
Et je n'arrive pas a trouvé de solution pour vérifié que le client est bien connecté au serveur pour qu'il puisse exécuter les méthodes.
Par exemple autorisé que les IP qui se sont bien connectés, mais comment l'implémenter dans RMI ?
Je suis ouvert à autre chose que RMI, mais qui reste "propre" et assez rapide, pas comme Reflection par exemple...

Merci d'avance !

[thelvin]

Si tu veux mon avis, la plupart d'entre nous n'utilisons pas RMI, ou alors, avec un système qui inclut déjà la gestion des droits sans se demander comment la faire nous-même.

De nos jours, on est habitués aux solutions qui s'en occupent elles-mêmes, comme les webservices.
Par exemple ça commence par un appel à une ressource d'authentification à laquelle on donne un login et un mot de passe, et si c'est bon c'est J2EE et HttpClient qui s'occupent de garder l'authentification (sous forme d'un cookie qui contient un identifiant de session aléatoire et temporaire, passé à chaque prochaine requête,) et le tout passe par https pour pas qu'on puisse espionner.

Rien ne t'empêche de faire ce système à sessions temporaires sur login/password, et il y a sûrement moyen de forcer RMI à passer par SSL.
Mais la plupart d'entre nous n'avons pas eu à nous en occuper, parce qu'on utilise des systèmes qui s'en sont occupés à notre place. Ça veut pas dire qu'on sait pas comment ça marche, juste que du coup c'est pas évident de dire à quelqu'un qui l'a pas, quelle est la meilleure manière de le faire.