[Java] objecten via internet (met udp)

[Verwijderd]

Ik heb een Java applicatie die door de klassen DatagramSocket en DatagramPacket UDP pakketten verstuurd van computer A naar computer B via het internet (met UDP). Om dit te kunnen laten werken moet ik eerst een poort op m'n router open gooien.

Mijn vraag:
Bestaat er een mogelijkheid om dit uit te voeren zonder een poort open te hoeven gooien? Bijvoorbeeld door over een standaard (al open) port te communiceren, of dat de applicatie het zelf open gooit.

[Hydra]

Als dat mogelijk is, dan is de beveiliging brak. Applicaties kunnen d.m.v. UPNP poorten openzetten, maar dat is op zich een enorm beveiligingsgat. Op mijn router staat dat ook uit.

Waarom kies je trouwens specifiek voor UDP? Daar moet je zelf allerhande zooi omheen bouwen om te garanderen dat paketten in de juiste volgorde (en uberhaupt) aankomen.

[Verwijderd]

UDP en TCP kunnen in dit geval beide gebruikt worden (pakketten hoeven niet aan te komen).

Het is dus niet altijd mogelijk om UPNP te gebruiken hiervoor? en als ik het mogelijk is dan is de router slecht beveiligd?

Hoe doen ze het bij games dan?

[osorkon!]

Voor zover ik weet gebruiken games geen standaard poorten. Maar weet ook niet hoe ze dan voorbij de router geraken

[Mikey NL]

Games hebben vaak een centrale server, waarbij op de server (en de router / firewall ervoor) de juiste poorten open staan. Een client, dus bijvoorbeeld jij thuis, hoeft dan alleen maar een verbinding naar buiten naar de server te leggen en dat is meestal wel toegestaan op een router / firewall.

Dus vaak wordt het inkomende verkeer geblokkeerd en het uitgaande niet. Als je dus wilt dat je geen gekloot heb met poorten enzo bij je clients, dan zul je een server moeten hebben waarbij de juiste poorten al openstaan.

[r5d]

Je kiest wel duidelijk voor een low-level aanpak. Mag ik vragen waarom je bijvoorbeeld geen RMI gebruikt?

[Verwijderd]

Heb je met RMI niet hetzelfde probleem (dat je de poorten open moet gooien)?

[muksie]

Volgens mij is het zo dat met RMI je Remote objecten (dus niet de references ernaar) bereikbaar moeten zijn. Als deze dus achter een router zitten, dan zul je wel een poort moeten openzetten.

[Verwijderd]

Wat is in dit geval dan het voordeel om RMI te gebruiken i.p.v. UDP?

[Robtimus]

Minder low-level communicatie. Je kunt gewoon methods aanroepen via het netwerk. Maar soms is low-level juist beter.

[Verwijderd]

Is RMI nog goed beveiligd en hoe zit het met de performance? (aangezien het al wat ouder is)

[Hydra]

Verwijderd schreef op maandag 17 november 2008 @ 13:38:
Is RMI nog goed beveiligd en hoe zit het met de performance? (aangezien het al wat ouder is)

Leesvoer:
http://www.javaperformancetuning.com/tips/j2ee_rmi.shtml

De vraag is vooral; hoe belangrijk is performance? natuurlijk is over het algemeen iets compleet zelf bouwen 'sneller' (tenzij je domme dingen doet) dan iets als RMI wat meer overhead heeft, maar in heel veel gevallen is de winst miniem terwijl het je een hoop tijd scheelt niet het wiel opnieuw uit te vinden.

[Robtimus]

En beveiliging kun je krijgen dmv de javax.rmi.ssl package.