RMI Informationen über die Clients herausfinden

[Logitech]

Hallo,

ich spiele mit dem Gedanken, eine Netzwerkkommunikation per RMI zu lösen. Jetzt habe ich dazu zwei Fragen:

1.) Ich habe mittlerweile lauffähigen Code für einen Server+Client. Jetzt frage ich mich, wie kann der Server an direkte Informationen der Clients gelangen. Bspw. die IP-Adresse eines Clients, wenn sich dieser verbinden will.

2.) Wie würde man mit RMI am ehesten eine Art Authentifizierung (ohne Zertifikate) realisieren? Sowas wie Übertragung von Name+Passwort

3.) Wie würde ich mit RMI geschickt große Datenmengen übertragen. Client und Server sollen sich verabreden und dann soll es möglich sein, Dateien zu übertragen die gerne mal 100mb groß sind. Ist das mit RMI direkt machbar oder brauche ich dann doch wieder Sockets?

Danke für eure Hilfe

 

[Logitech]

Weil mein erster Post vielleicht unklar war:

Der komplette Verbindungsaufbau zwischen Server/Client bleibt mir bei RMI irgendwie verborgen.
Ich will aber genau da einhaken, wo sich z.B. ein neuer Client verbindet; ich will wissen von welcher IP die Verbindung stammt und selber festlegen, welcher Socket jetzt verwendet werden soll.

Wie geht das?

// Hier ist einer mit demselben Problem:
RMI: how to get client info?

Angenommen ein Client fragt beim Server an "Zeig mir meine offenen Aufträge", dann muss ich ja wissen welcher Client genau das ist.

 

[Kr0e]

Tuxedo würde dir an dieser Stelle "SIMON" ans Herz legen, was ich damit nun auch gerade getan hab

SSL ohne Zertifikat ist damit leicht möglich... Such mal im Forum nach SIMON. Ist von der Funkionalität her ähnlcih wie RMI und vergleichbar im Aufwand allerdings schneller. Außerdem sind damit Rohdatenübertragungen ganz leicht. Sprich du kannst Dateien beliebiger GRöße bei gleichbleibener Performance übertragen.

Keine Ahnung inwieweit man bei SIMON Infos über die Clienten herausfinden kann, aber ich denke das sollte ganz leicht machbar sein, da SIMON auf Apache MINA basiert... Schau dir auf seiner Seite mal die Infos und Beispiele an...

Gruß,
Chris

 

[L-ectron-X]

Wie geht das?

Ich denke, das geht, in dem der Client auch ein Server ist, der über Callback vom RMI-Server über seine Daten gefragt werden kann.
Man könnte auch bei der Verbindung zum RMI-Server die Daten des Clients in einem Objekt an den Server übergeben. Aber dann wäre erst mal keine Callback-Verbindung möglich.
Es kommt darauf an, was genau du machen möchtest.

 

[Quurks]

1) zu SIMON: ich habe mich eigentlich gewundert, dass noch kein Post von tuxedo dar war, als ich gelesen hab dass es um RMI geht
2) zur Authentifizierung: mein Vorschag wäre der Client holt sich vom Server eine Zufallszahl, die der Server auch speichert. Dann kann beim Clienten der Benutzername sowie der md5-Hash vom Passwort an den Server geschickt werden, der auch den md5 Hash vom Passwort und der Zufallszahl bildet und dann vergleichen kann ob das Passwort stimmt. Wichtig hierbei ist, dass der Client sich nicht irgendeine Zufallszahl aussuchen kann, sonder nur die, die vorher vom Server kam.

Nochmal kurz:
Server macht Zufallszahl
Zufallszahl geht an Client
Client mach md5(Zufallszahl+EingegebenesPasswort)
Client sendet md5 an Server
Server macht md5(Zufallszahl + Gespeichertes Passwort)
Server kann vergleichen ob anmeldung richtig

 

[tuxedo]

1) zu SIMON: ich habe mich eigentlich gewundert, dass noch kein Post von tuxedo dar war, als ich gelesen hab dass es um RMI geht

Hehe ... War ne Woche im Urlaub.

Bei SIMON kommt man ganz easy an IP und Absender-Port eines Clients. Siehe dritten Code-Teil der Wiki-Seite:

SIMON - Sample helloworld - root1.de - Software Engineering

Bzgl. Authentifizierung: Naja, da kann man sich mit Hashs und Co. austoben. Im großen und ganzen macht man das aber über eine Session-Factory (ich nenn das immer so, keine Ahnung ob dafür einen "offiziellen Pattern-Namen" gibt). Beispielcode hier:

SIMON - /trunk/samples/src/main/java/de/root1/simon/samples/loginsessionfactory - root1.de - Software Engineering

Kann man übrigens fast 1:1 auch bei RMI so anwenden. Die implementierung kurz zusammengefasst: Wer sich nicht eingeloggt/angemeldet/authentifiziert hat, bekommt nix anderes als die Login-Methode zu sehen. Alles andere ist und bleibt "verborgen".

- Alex