spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Es klingt für mich sehr nach einem Chat/Messanger. Sollte das im Wesentlichen deinem Anwendungsfall entsprechen: Was kann man seitens Anwender erwarten, was er für den Verbindungsaufbau erledigen kann?
Im Idealfall würde es wohl reichen, bei einem der beiden per UPnP einen Port am Router öffnen zu lassen und auf eine eingehende Verbindung zu warten, dem anderen wird die IP-Adresse mitgeteilt (wahrscheinlich kann man Dienste im Internet verwenden, um die eigene, öffentliche IP-Adresse zu ermitteln), der diese bei sich eingibt, damit das Programm sich verbinden kann.
Es sollte also grundsätzlich ohne einen Server möglich sein, allerdings müssen die Nutzer dann auf irgendeinem anderen Weg die IP-Adresse austauschen, man hat keine Kontaktliste, Gesprächsverläufe können nur lokal gespeichert werden usw.

Für das Entwickeln deines Programms kannst du auch lokal arbeiten. Selbst wenn ein Server dazwischen hängt, kannst du diesen lokal laufen lassen und die Instanzen des Programms sich damit verbinden lassen. Solltest du dein Programm anderen geben wollen, könntest du die Weiter-/Umleitung eines Ports im Router einstellen und andere könnten sich dann mit dem Server auf deinem Rechner verbinden.

Es kann auch sein, dass in deinem Fall eine leicht andere Vorgehensweise sinnvoller wäre, allerdings hast du bisher nicht beschrieben, was dein Programm machen soll. (Ich meine damit eine Beschreibung dessen, was das Programm insgesamt machen soll, nicht nur, was bei der Kommunikation passiert.)

Ich gehe man von folgenden Voraussetzungen aus:
*Es wird ein Router verwendet. (NAT)
*Du hast eine dynamische IP
*Du nutzt keinen dynamisches DNS

Du hast das Problem, dass deine Anwendungen nicht wissen wo sein Gegenüber ist. Hinzu kommt, die Rechner auf dem die Programme laufen sind aus dem Internet nicht direkt sichtbar.

Lösungen:
* Du kannst einen VPN Tunnel zwischen beiden Rechnern aufbauen. Auch hier hast du das Problem mit der dynamischen IP. Aber deine Programme könnten sich einfach über IP Multicast a.Ä. finden. Das IP Problem kannst du evtl mit einem dynDNS Dienst lösen. Und deine Router müssen die Ports öffnen und an die Rechner weiterleiten. (Der VPN Tunnel ist nicht nötig macht es aber etwas leichter und sicherer)
* Du nutzt einen gemeinsamen bekannten Ort im Internet der die Daten vermittelt (Server). Gibt dafür kostenlose Cloud Dienste die deinen Anforderungen mehr als genügen.

Persönlich finde ich so eine Cloudlösung am einfachsten.

Du kannst dir ja mal heroku ansehen, ich habe keine Erfahrungen mit denen jedoch gutes gehört. Selbst bin ich mit digitalocean recht zufrieden. Die haben jedoch kein kostenloses Angebot.

Geh einfach über die Loopadresse. Wenn beide Programme sich auf dem selben Rechner befindet, hast du ein 0er Ping. Es geht nur einmal Stack hoch und runter und du hast keine Latenzen. Geschieht alles automatisch vom Betriebssystem. TCP/IP.

Zitat von »Mango66«

beide Anwendungen sollen auf verschiedenen Rechnern und in keinem gemeinsamen Netzwerk (z.b. WLAN) laufen

Aso ok. Ja dann normale Netzwerk Verbindung und nicht über die Loopadresse. TCP/IP.

Aso und, wenn du irgendwelche Savegames hast oder irgendwelche persistenten Daten die sich Programme teilen sollen. Dann kannst du einen Clouddienst verwenden. Aber bei direkter Kommunikation würde ich davon abraten. Dann kannst du auch sowas wie Dropbox verwenden...

Na ich sehe das doch jetzt richtig dass es sich hier nur um lokales Netzwerk handelt oder nicht? Hier wird mit vielem um sich geworfen und das meiste ist eigentlich total overpowered wie ich finde.
Im lokalen Netzwerk kannst du deine Partner einfach per Broadcast finden. Dann können die untereinander verbinden. DynDNS und so gedöns interessiert dich überhaupt nicht da du die IP der Partner wie gesagt vor dem Verbindungsaufbau einfach per Broadcast ermittelst. Die Partner kommunizieren dann ganz normal per TCP und Co über das Netzwerk.
Wenn du jetzt noch etwas mehr preisgeben würdest um was für eine Anwendung es sich handelt und was da genau gesendet wird könnte man vielleicht noch weiter helfen. Teilweise ist es zum Beispiel sinnvoll fertige Protokolle wie zum Beispiel HTTP für die Kommunikation zu nutzen. Die sind dann oft auch schon fertig implementiert.

Zitat von »Mango66«

beide Anwendungen sollen auf verschiedenen Rechnern und in keinem gemeinsamen Netzwerk (z.b. WLAN) laufen

Oder verstehe ich das nur nicht richtig?

Ich hätte es so wie H5:: verstanden, dass es Rechner in unterschiedlichen Netzwerken sind, also eine Internetverbindung notwendig ist.

@Mango66:
Es wäre auch gut, wenn du bei der Reaktion auf die Beiträge weniger selektiv vorgehen würdest. Eine geeignete Lösung kann nur genannt werden, wenn die Aufgaben der Anwendung bekannt ist.

Da habt ihr natürlich recht. Habe mich da verlesen.