ich habe mein Chat-projekt in letzter Zeit etwas vernachlässigt, was ich nun aber wieder aufholen möchte.
Dazu habe ich ein paar Fragen zum Verständnis von Sockets:

Ich beziehe alle meine Fragen hier auf das Client-Server-Prinzip.

Im Endeffekt ist doch ein Server auch nichts anderes als ein Client. Nur die Aufgaben des Servers sind anders, und man kennt die Adresse des Servers. Aber eigentlich könnte man auch einfach Client-Client-Prinzip oder Rechner-Rechner-Prinzip sagen, oder?
Wenn ich einen Socket erstelle, egal ob im Serverprogramm oder im Clientprogramm, so muss ich mir diesen wie eine Röhre vorstellen, welche noch einfach so in der Luft schwebt, solange ich sie nicht auf etwas verweise, oder??
Danach habe ich 2 Möglichkeiten:

1. Ich binde diese Röhre an meinen Rechner (Serverprinzip) und lasse sie dann lauschen (mit listen) ob eine andere Röhre andockt

2. Ich docke mit meiner Röhre direkt an ein Zielrechner an und verbinde meinen Rechner somit mit seinem

Daraus lässt sich doch schließen, dass ein Socket bei der Erstellung auf jeden Fall Informationen über den eigenen Rechner enthält, oder? (also Adresse und Port)

Beim Clientprogramm macht das alles Sinn. Der Socket wird erstellt und dann mit dem Server verbunden.

Beim Serverprogramm jedoch läuft das etwas anders ab, aber ich kann mir das nicht so ganz bildhaft vorstellen, was in den einzelnen Schritten passiert:

-Was genau erreiche ich mit der Funktion "bind" ?? Kann ich denn einen Socket auch an einen anderen Rechner binden?? Das wäre doch etwas unlogisch, oder? Aber wieso brauche ich dann überhaupt die bind-funktion? Ich dachte, dass bereits bei der Erstellung des Sockets der Socket zumindest mit meinem Rechner verbunden ist...

-Mit der "listen"Funktion kann der Socket nun wohl darauf warten, von anderen Sockets "angepeept" zu werden, und von diesen dann die Herkunft auslesen

-Die accept-Funktion kommt dann wohl der "connect"-Funktion des Clientprogramms gleich...der Server stellt eine Verbindung mit dem Client her (oder??).

Das ist mir alles etwas unklar. Zwei Rechner können sich doch nur miteinander verständigen, wenn jeder der beiden Rechner Adresse und Port des eigenen bzw. des anderen Rechners kennt, oder?
Also muss ja die Klasse SOCKET eine Abteilung enthalten, in der diese Informationen gespeichert werden, denn der Server bekommt ja nur Infos vom Socket des Clienten - das ist die einzige Quelle, und von dieser muss der Server dann eine Verbindung zum Clienten aufbauen.

Nun sieht die accept-Funktion aber so aus:

SOCKET sock = accept(sock_main, (SOCKADDR*)&server_addr, NULL)

(sock_main ist hier der Socket des Serverprogramms, &server_addr ist die SOCKADDR_IN - Klasse des Servers)

Ganz genau kann ich hier aber nicht herauslesen, wie diese Funktion der connect-Funktion des Clientprogramms gleicht:

rc = connect(sock_main, (SOCKADDR*)&server_addr, sizeof(SOCKADDR))

??

Und bei der Erstellung des Sockets kann ich auch nicht erkennen, wo genau die Adresse/Port des eigenen Rechners in den Socket gespeichert werden:

sock_main = socket(AF_INET, SOCK_STREAM, NULL)

Ich hoffe jemand hat mein Problem verstanden!!

Viele Grüße und hoffentlich bis bald!
Gapa

sorry für den Doppelpost, aber ich glaube dass dieser Thread hier sonst verloren geht wenn ich einfach nur editiere...
Ich denke, dass meine Fragestellung etwas unklar war, deshalb versuche ich es erneut:

Zwei Rechner können doch nur miteinander kommunizieren, wenn jeder der beiden Rechner seine Adresse (IP / Port) sowie die Adresse des Zielrechners kennt.

Der Client kennt die Adresse des Zielrechners. Diese wird ja in der SOCKADDR_IN - Klasse gespeichert. Aber woher bekommmt der Server (Zielrechner) die Adresse des Clienten, sodass er auf seine Anfragen auch antworten kann? Diese Infos muss er doch irgendwie aus der accept-Funktion herausbekommen, oder?

Könnte mir jemand auf diese Frage eine Antwort geben? Ich glaube dann verstehe ich das Prinzip der Sockets auch etwas besser.

Viele Grüße
Gapa

woher bekommmt der Server (Zielrechner) die Adresse des Clienten

Im Client-Server-Modell kontaktiert zuerst der Client den Server, sodass der Server bereits Pakete vom Client erhalten hat, bevor er selbst schicken muss. Im Paketheader steht die IP des Clients.