Eigener Chat ohne Portfreigabe?

[hitzi]

Hallo,

wie setzt man einen eigenen Chat ohne Portfreigabe bei evt. eingesetzten Router um? ICQ & Co können das ja auch.

Viele Grüße

[glkgereon]

ICQ verbindet sich ja zu einem Server (= ausgehende Verbindung)

Portfreigaben brauchst du ja nur für eingehende Verbindungen.
ergo muss ein Chat der ohne Portfreigaben für jeden einzelnen User funktionieren soll einen Server haben...

[hitzi]

Verdammt, dann klappt das nicht so, wie ich es mir gedacht habe. Bei meiner Chatvariante soll nur ein MySQL Server alle vorhandenen Clients/IPs speichern und der eiegntliche Chat soll dann direkt zwischen beiden oder mehreren IPs ablaufen. Würde es was bringen, wenn man die Verbindung tunnelt?

[glkgereon]

Zitat:

Zitat von hitzi

Verdammt, dann klappt das nicht so, wie ich es mir gedacht habe. Bei meiner Chatvariante soll nur ein MySQL Server alle vorhandenen Clients/IPs speichern und der eiegntliche Chat soll dann direkt zwischen beiden oder mehreren IPs ablaufen. Würde es was bringen, wenn man die Verbindung tunnelt?

tunneln = Server als eine art Proxy benutzen?
Nicht wirklich, da der Server sich dann zum Client verbinden muss.
Der Client könnte aber zB jede Sekunde prüfen ob sich irgendwer zu ihm verbinden will (über den Server).

aber das wäre etwas umständlich...

[hitzi]

Vielleicht sollte ich mir doch mal die Socket Funktionen von PHP ansehen. Vielleicht bekomm ich damit ne Art Server hin. Hoffentlich greift bei sowas die AGB meines Hosters nicht, welche Server verbietet. Muss mir das nochmal genau durchlesen.

[alias5000]

Wenn du eine Lösung hast, würde mich das sehr interessieren.
Ich habe dazu mal bei Heise einen Artikel gesehen, der prinzipiell erklärt, wie Skype sich um die Router rumschummelt. Die benutzen aber etwas mehr, als nur MySQL- Server (wobei die nur beim Verbindungsaufbau helfen, der Rest wird direkt abgewickelt).

*such*

hier ist der Artike: http://www.heise.de/security/artikel/82054

Solltest du so etwas hinbekommen, würde ich mich über eine PN äußerst freuen

Gruß
alias5000

[3_of_8]

Das ist doch eigentlich ganz einfach. Client1 schickt eine Dummy-Nachricht an Client2 auf dessen Port, gleichzeitig schickt Client2 eine Dummy-Nachricht an Client1 auf dessen Port. Daraufhin sind beide Firewalls für den jeweiligen Port offen und man kann munter Pakete durchschicken. Allerdings braucht man einen zentralen Server, der sowohl die IPs als auch die Ports der beiden Clients kennt und dem jeweils anderen diese mitteilt.

[hitzi]

Danke 3_of_8. Das klingt erstmal logisch und baut auf meinem Konzept auf (MySQL Server verwaltet die IPs, von mir aus auch noch die Ports). Werde das in der nächsten freien Zeit versuchen umzusetzen.

Bis die Tage und danke nochmal.
Thomas

[glkgereon]

Zitat:

Zitat von 3_of_8

Das ist doch eigentlich ganz einfach. Client1 schickt eine Dummy-Nachricht an Client2 auf dessen Port, gleichzeitig schickt Client2 eine Dummy-Nachricht an Client1 auf dessen Port. Daraufhin sind beide Firewalls für den jeweiligen Port offen und man kann munter Pakete durchschicken. Allerdings braucht man einen zentralen Server, der sowohl die IPs als auch die Ports der beiden Clients kennt und dem jeweils anderen diese mitteilt.

Ich bezweifele mal ganz stark dass das zuverlässig funktioniert.
Zum einen dürfte es schwierig werden die beiden Verbindungen (die dann beide Client-Verbindungen sind) zusammenzubringen.
Ausserdem müssen diese Pakete exakt synchron ankommen, denn sobald das Paket durch ist sollte die Firewall wieder dicht machen.
Und imho sollte, nur weil eine Ausgehende Verbindung aktiv ist die Firewall nicht automatisch auch neue eingehende Verbindungen auf dem selben Port durchlassen....

Aber wenn es tatsächlich funktionieren sollte...Ich wäre sehr interessiert :mrgreen:

[Edit]
Zu Skype:
Skype nutzt eine "Ungenauigkeit" von UDP aus. UDP speichert weniger bis keine Verbindungsinformationen...Das SkypeSystem wäre mit TCP nicht möglich.

[3_of_8]

Ich hab ja auch nichts von TCP gesagt. Und auch in dem Artikel steht UDP drin.