Hallo allerseits,
ich bin dabei eine Anwendung zu schreiben, die auch Chat ermöglicht.
Ich besorge mir per checkip.dyndns.org die jeweilige externe ip des ausführenden clients diese wird mit dem usernamen verpackt in einer datei und auf einen ftp geladen. gleichzeitig läuft der client auch als server und wartet nun auf nachrichten eines anderen clients. neue client starten die anwendung und besorgen sich die alle user files mit der dazugehörigen ip, und verbinden sich mit ihnen. nun zur ersten frage, wenn ich ports forwarde klappt die kommunikation wunderbar, ohne logischerweise nicht.
gibts es noch einen weg über das tcp protokoll bspw. die interne ip als datenpaket mit zu schicken die der router interpretieren kann (quasi getunnelter unicast über externe ip zur internen) oder sind die möglichkeiten bei tcp zu eingeschränkt ?
meine zweite frage wäre, ob es möglich ist da es sich ja um ein p2p netzwerk mit zentralen server handelt, das clients die connecten immer auf denselben port connecten und sich vom jeweiligen server (des anderen clients) einen listen port mitteilen lassen auf welchen sie dann bei bedarf connecten können ?
die idee dahinter ist das es nur einen standard port gibt der als abfrage für die jeweiligen clients dient, diese erhalten seperate listen ports die der server teil der anwendung erstellt, der client erhält diese server antwort trägt sie zur liste des entsprechenden user ein und bei bedarf wird aus der liste der user ip und neuer port hergestellt.
dementsprechend hätte bei 2 usern jeder der user 2 ports benutzt einen als listen und einer als client -> das fürht mich zu der frage ob das überhaupt nötig ist, denn die verbindung geht ja von einem user aus demnach reicht zum chatten ja ein port gibt es da eine alternative ?
im moment kann nur der client nachrichten schicken d.h. jeder user brauch im moment beides.
sorry für den riesen text
und vielen dank für eure mühen.
ich bin dabei eine Anwendung zu schreiben, die auch Chat ermöglicht.
Ich besorge mir per checkip.dyndns.org die jeweilige externe ip des ausführenden clients diese wird mit dem usernamen verpackt in einer datei und auf einen ftp geladen. gleichzeitig läuft der client auch als server und wartet nun auf nachrichten eines anderen clients. neue client starten die anwendung und besorgen sich die alle user files mit der dazugehörigen ip, und verbinden sich mit ihnen. nun zur ersten frage, wenn ich ports forwarde klappt die kommunikation wunderbar, ohne logischerweise nicht.
gibts es noch einen weg über das tcp protokoll bspw. die interne ip als datenpaket mit zu schicken die der router interpretieren kann (quasi getunnelter unicast über externe ip zur internen) oder sind die möglichkeiten bei tcp zu eingeschränkt ?
meine zweite frage wäre, ob es möglich ist da es sich ja um ein p2p netzwerk mit zentralen server handelt, das clients die connecten immer auf denselben port connecten und sich vom jeweiligen server (des anderen clients) einen listen port mitteilen lassen auf welchen sie dann bei bedarf connecten können ?
die idee dahinter ist das es nur einen standard port gibt der als abfrage für die jeweiligen clients dient, diese erhalten seperate listen ports die der server teil der anwendung erstellt, der client erhält diese server antwort trägt sie zur liste des entsprechenden user ein und bei bedarf wird aus der liste der user ip und neuer port hergestellt.
dementsprechend hätte bei 2 usern jeder der user 2 ports benutzt einen als listen und einer als client -> das fürht mich zu der frage ob das überhaupt nötig ist, denn die verbindung geht ja von einem user aus demnach reicht zum chatten ja ein port gibt es da eine alternative ?
im moment kann nur der client nachrichten schicken d.h. jeder user brauch im moment beides.
sorry für den riesen text
und vielen dank für eure mühen.
Zuletzt bearbeitet:
