Chat in C++?
-
oh wenn die meisten os-funktionen in c sind, kann man die natürlich nicht mit c++ benutzen oder in klassen packen. mist
-
noch mal zum thema firewall:
du kannst nicht nur 2 reine clients sich verbinden lassen...
du brauchst einen, der die verbindung öffnet (der andere braucht dann die ip, das muss man z.bsp. lösen, indem du ne url hast. (geht natürlich auch lokal und mit dyn-dns)
die seite dahinter muss dann die möglichkeit bieten, abzufragen, ob ein server da ist und wenn ja, welche ip der hat.
der server wiederrum muss der website dann wieder was senden, dass er jz ein server ist.
das problem auf der serverseite ist jetzt der router - dort muss der jeweilige port freigeschalten sein.
dann gibt es (evtl) noch ne richtige (software-)firewall - die wird dann nachfragen, ob der port wirklich geöffnet werden soll oder so in etwa - das kann man auch nicht so einfach umgehen (sonst wärs ja sinnlos
).
dann, wenn du einmal verbunden bist, kann dir das alles egal sein, weil die verbindung ja bestehen bleibt...bb
PS: Es gibt auch Verfahren, wo man den Router-Port nicht freigeben muss - so ne Technik nutzt z.Bsp. Skype - mir fällt aber der Name gerad nicht ein
funktioniert in etwa so, dass die beiden fast gleichzeitig auf den jeweils anderen verbinden, wenn mich nich alles täuscht - wird aber nicht gerade einfach zu implementieren sein ^^
-
dgrat schrieb:
oh wenn die meisten os-funktionen in c sind, kann man die natürlich nicht mit c++ benutzen oder in klassen packen. mist
Wer hat das gesagt? Wenn du meinst, dass ich das war, dann solltest du meine Beiträge nochmals lesen. Du durchmischst meine Aussagen.
unskilled schrieb:
du brauchst einen, der die verbindung öffnet (der andere braucht dann die ip, das muss man z.bsp. lösen, indem du ne url hast. (geht natürlich auch lokal und mit dyn-dns)
Wie bitte? Für eine IP braucht man nicht zwingend eine URL. Oder willst du mit diesem seltsamen Satz sagen, dass man, wenn man eine URL hat, diese zuerst in eine IP auflösen muss?
unskilled schrieb:
die seite dahinter muss dann die möglichkeit bieten, abzufragen, ob ein server da ist und wenn ja, welche ip der hat.
Welche Seite dahinter? Was verstehst du hier unter Seite? Wieso soll eine Seite abfragen? Meinst du den Client? Der muss nicht zuerst nach einem Server fragen, sondern mit der IP probieren die Verbindung herzustellen, sofern wir ein verbindungorientiertes Protokoll verwenden. Bei UDP muss keine Verbindung hergestellt werden, da es gar nicht möglich ist.
unskilled schrieb:
der server wiederrum muss der website dann wieder was senden, dass er jz ein server ist.
Was? Der Server muss der Website was senden? Wie soll man das verstehen?
Bei HTTP, was ja nicht gerade etwas mit einem Chat zu tun hat, kommt die Website meistens vom Server. Der Server sendet nicht etwas an die Website, sondern er sendet die Website an den Client.unskilled schrieb:
das problem auf der serverseite ist jetzt der router - dort muss der jeweilige port freigeschalten sein.
Gut, ja, das stimmt. Der Server muss entsprechenden Ports in der Firewall öffnen, dadurch wird der Firewall mitgeteilt, das ankommende Pakete auf dem entsprechenden Port weitergereicht und nicht verbrannt werden.
unskilled schrieb:
dann, wenn du einmal verbunden bist, kann dir das alles egal sein, weil die verbindung ja bestehen bleibt...
Nur bei einem verbindungsorientierten Protokoll. Aber auch sonst, sollte dir nicht alles egal. Die Verbindung kann abbrechen, Pakete können verloren gehen und es gibt zum Teil Firewalls, welche auch noch den Inhalte überprüfen, was übermittelt wird und einzelne Inhalte blockieren. usw. usf.
unskilled schrieb:
PS: Es gibt auch Verfahren, wo man den Router-Port nicht freigeben muss - so ne Technik nutzt z.Bsp. Skype - mir fällt aber der Name gerad nicht ein
funktioniert in etwa so, dass die beiden fast gleichzeitig auf den jeweils anderen verbinden, wenn mich nich alles täuscht - wird aber nicht gerade einfach zu implementieren sein ^^[] Du hast den Thread gelesen.
[] Du hast das Verfahren verstanden.Grüssli
-
Die Seite braucht man logischerweise, weil man wohl nicht jedes mal erst die IP herausbekommen will, die der andere, mit dem man dann schreiben will, wohl gerade hat...
gibt auch andere wege hierfür(z.bsp. das beide sich bei dyn-dns anmelden) - aber keine, die das problem mit dem server auch gleich beheben...
es ist einfach ein nicht triviales problem, wenn es 2 gleiche programme geben soll und jeder die möglichkeit haben soll, den anderen anzuschreiben...
vll hast du ja ne einfacherer möglichkeit, das zu bewerkstelligen... not!Bei HTTP, was ja nicht gerade etwas mit einem Chat zu tun hat, kommt die Website meistens vom Server. Der Server sendet nicht etwas an die Website, sondern er sendet die Website an den Client.
Nachdem man ne Anfrage geschickt hat...
Hier muss man in der Anfrage dann halt signalisieren, dass man jz der Server ist...bb
PS:
[] Ich hab das Verfahren verstanden.das liegt allerdings daran, dass es mir damals(und auch immernoch) egal war, wie genau das funktioniert...
-
Also ganz ehrlich, ich weiss immer noch nicht, was du sagen willst. Ich weiss nicht, was du unter Seite verstehst und in welchem Zusammenhang du dies mit dem Thread setzt. Es gibt Duzende von Möglichkeiten, wie man eine IP austauschen kann, bzw. die IP des anderen herausfinden. Das kommt ganz darauf an, wie man sein Programm aufbaut oder was es können soll.
Aber trotzdem, wie passt dies in den Thread? Und was genau meinst du? Was willst du ausdrücken?Auch das mit dem HTTP, so wie ich es mir aktuell irgendwie zusammenreimen kann aus deinen Aussagen, wäre es einfach komplett verkehrt. Also entweder weisst du nicht wovon du sprichst oder aber, und das ist meine Annahme, du drückst dich nicht richtig aus. Ich verstehe jedenfalls nicht richtig, was du sagen willst. Ich kann es mit meinem Wissen aus Netzwerk und co nicht verknüpfen.
Zum PS:
Du hast auch das hier gelesen?Dravere schrieb:
...
Bei UDP gibt es Möglichkeiten die Firewall zu umgehen, meistens braucht es dazu allerdings einen dritten Server, welcher die beiden Clients zusammenbindet. Skype macht dies zum Beispiel so. Hier gibt es einen Artikel dazu:
http://www.h-online.com/security/How-Skype-Co-get-round-firewalls--/features/82481Wieso erwähnst du es dann nochmals und dann auch noch in einer so verwirrenden Form?
Grüssli
-
Also inwischen versteh ich einfach grad nimmer worüber ihr redet...sprich ich lasses wohl erstmal und lern noch weiter
-
Ich erkläre es gerne noch mal auf Deutsch:
Aaaalso:
Gegeben:
Computer 1
Computer 2
ServerGesucht:
Verbindung von Computer 2 an C1. (Anruf oder andere Peer-to-Peer-Anwendungen wie Chats)Lösung:
Computer 1 und 2 müssen sich auf einem Server registrieren. Das machen sie mit dem TCP-Protokoll über Port 80, der wegen HTTP sowieso immer offen ist und ein Handshake damit möglich wird. Der Server erfährt nun schon mal die IPs von Computer 1 und 2. Der Server sendet nun ein paar Test-Requests an Computer 2, um herauszubekommen, welchen Kommunikationsport C2 benutzen kann/will, um Daten zu senden. Wenn der Server den nun auch hat, schickt er IP und Port an C1. C1 kann nun starten, C2 zu kontaktieren. Also macht C1 einen UDP-Request an C2, z.B. an IP 99.999.999 Port 6666. Wenn der UDP-Request von C1 an C2 startet, haut dieser ein temporäres Loch ( = der Lieblings-Port von C1, z.B. 5555) in die eigene Firewall und der Request geht zu C2. Aber der Port 6666 von der Firewall von C2 ist geschlossen, der Request scheitert.
UDP ist das egal, während bei TCP eine Antwort ( =Shakehands) kommen muss, ist das bei UDP nicht notwendig. Aber diese Aktion hat 2 dolle Sachen gemacht: a) ein Loch in der Firewall von C1, was er sich selber durch seinen fehlgeschlagenen Request reingedonnert hat und b) C1 akzeptiert jetzt durch den Request alle Anfragen von C2 ( =99.999.999:6666) als Antwort, C1 ist jetzt offen für C2.
Jetzt ist der Server wieder dran: er schickt die Daten von C1 an C2 (IP und Port, z.B. IP 11.111.111 und der Port, wie oben, 5555). C2 macht jetzt auch einen UDP an 11.111.111:5555, haut sich auch ein Loch in die eigene Firewall und geht zum Loch 99.999.999:6666, er kann da durch, weil C1 denkt, dass C2 antwortet, da C1 ja einen UDP-Request an C2 gesendet hat. Jetzt haben beide ein Loch, beide haben Kontakt und der Server kann gehen.Mal es dir nach meiner Beschreibung ruhig auf, wenn du es noch nicht verstanden haben solltest.
-
Ah k also das is mal ne verdammt gute Erklärung!Habs verstanden.Aber ich glaube fast an der Umsetung wirds scheitern...was muss ich mir denn für tutorials dafür angucken oda was muss ich googlen?
Vielen Dank schonmal für die gute Erklärung!
-
Das sind einfach nur Sockets, ich habe es aus "C++ von A bis Z", aber es gibt auch Tuts: In Deutsch
Was mich mal interessieren würde ist, wie man Audiodaten über UDP streamen kann.
-
Dann werd ich mich da mal durchfressen ^^
Danke
-
@Dravere:
OK - das PS iwo hab ich nich gesehen ^^ein letzter versuch noch ^^
"der komplett ohne Server oder so läuft" (jedenfalls hab ich noch nirgendwo gesehen, dass der TO sich umentschieden hat)
heißt, dass es nur irgendwo n (n=2!?) clients gibt.da man aber den server braucht, kann man als günstigen und einfachen ersatz eine Website dazu "missbrauchen".
das er gebraucht wird, sollte ja offensichtlich sein!?
dann kann man eben direkt beim starten nen http-request dort hinsenden. daraufhin erhält man die information, ob schon ein server läuft und ggf. die server-ip.
wenn noch kein server läuft, muss der client, der das request absendet, der server sein.so meinte ich das - und fand den ansatz eigtl recht elegant als ich es damals ma iwo gesehen hatte. nachteil erkenn ich auch keinen, da man nur ne domain (gibts ja genug möglichkeiten, eine kostenlos zu bekommen) braucht. dazu brauch man dann halt noch ca. 5KB Webspace - und daran sollte es nun auch nicht hängen
bb
-
Und einen Webspace, der CGI-C++-Codes akzeptiert. HAHA das kostet.
-
unskilled schrieb:
das er gebraucht wird, sollte ja offensichtlich sein!?
Das kommt darauf an ...
und zwar darauf, ob ich nur ein bißchen mit meinen Freunden chatten will, oder ob es etwas 'professionelleres' sein soll.Im ersten Fall mach ich einfach einen ServerSocket, maile meinen Kumpels meine IP, und ab geht's (vorher forwarde ich noch den entsprechenden Port in meiner Firewall).
PS Ich habe gehört, daß, wenn man INet über einen Unitymedia - Kabelanschluß betreibt, man immer die gleiche (eine feste) IP hat. Falls das stimmt, macht das die Sache noch einfacher.
-
Ad aCTa schrieb:
Und einen Webspace, der CGI-C++-Codes akzeptiert. HAHA das kostet.
dir ist klar, was ich mit website und php meine?
ip bei kabel:
naja - ich hab zwar lange zeit immer ne gleiche ip(auf jeden fall >24h), aber imho ist nicht garantiert, dass ich immer die selbe behalte...
wenn es wirklich nur so sein soll, dann www.dyndns.com
viele router können das auch direkt updaten, da muss man dann kein komisches programm laufen lassen ^^bb
-
Häää? PHP kann nicht mit dem Client kommunizieren. C++ schon. Mit PHP machst du das unnötig komplizierter, dann musst du erst noch HTTP benutzen.
-
Ad aCTa schrieb:
dann musst du erst noch HTTP benutzen.
sockets braucht man so und so - also kann man sich in 5 minuten diese funktionalität bauen... für das skript braucht man nochmal ca. 5 minuten.
dann bau das mal mit c++ nach - und dann ist es auch noch teurer... n1bb
-
@unskilled,
Dein Weg ist für arme Leute und extrem umständlich sowie extrem langsam. Schon nur das ständige Parsen von HTTP in beide Richtungen, dann noch das Parsen des Contents. PHP Ausführen, kostet auch noch viel Zeit und weil du per HTTP den Server erreichen können musst, musst du einen HTTP Webserver aufsetzen. Na viel Spass. Ich würde es keinem empfehlen.Und vor allem wie Belli schon sagte und wie ich es selber schon gesagt habe, kann ein Client auch direkt der Server sein. Erst recht wenn man am Anfang noch übt, ist das der einfachste und üblichste Weg.
@Ad aCTa,
Nochmals das Skype Prinzip? Reicht der Artikel denn wirklich nicht
Zudem würde ich diese Art der Verbindung nicht wirklich einem Anfänger empfehlen. Zuerst lieber das normale Server - Client Zeug über den Localhost, wie es im C Worker Tutorial auch erklärt ist. Aber naja ... ich wiederhole mich, ich werde alt ... oder soGrüssli
-
> Nochmals das Skype Prinzip?
Naja, ist mehr das Peer-to-peer-um-Firewall-schleich-Prinzip, ob Skype das erfunden hat, weiß ich nicht. Ich habe es aufgeschrieben, da es ja einige auf Englisch nicht verstanden haben.
