TServerSocket <-> TClientSocket | Daten Weiterleitung

[Darkface]

Hallo Dp'ler,

Ich mache mir gerade über eine Weiterleitung von Daten vom ServerSocket zum ClientSocket Gedanken. Hintergrund ist folgender:

Der Server läuft (Beispielsweise) auf Port 80. Im selben Programm läuft auch ein ClientSocket (allerdings [beispielsweise] auf Port 81).

Irgendetwas sendet Daten unbekannter Art an den Server an Port 80. Dieser leitet die Daten intern an den Client weiter welcher die Daten dann über Port 81 wieder versendet.

Kommen Daten zurück (Port 81) soll der Client sie nach dem selben Prinzip wieder an den Server leiten und der Server sie zurück an das unbekannte geben.

Das ganze soll also eine Weiterleitung werden von Port X auf Y und wieder zurück.

Die Frage ist nun, kann das funktionieren wenn ich nicht weis welcher Art die Daten sind?

ServerSocket1.Socket.Reciveln kann ja nur Strings händeln, wenn dann Steuerzeichen, Dateien ect. kommen funktioniert das ja theoretisch nicht oder? Wenn ich dann ReciveBuf nehme weis ich doch nicht wie lang das Empfangene sein wird (?).

Bei der Weiterleitung zwischen Server und Client dachte ich an einen MemoryStream. Ich würde alles Empfangene rein schreiben und vom anderen Socket auslesen und versenden.

Hat da jemand einen Tipp für mich?

MfG
Darkface

[Edit] Verschrieben...

[ub60]

Die Sache mit dem Memorystream oder auch mit langen Strings funktioniert so nicht, da mit den Socket-Kompos nur Daten einer bestimmten Länge übertragen werden können (ich glaube, so um die 8k je Sendung, weiß aber die Zahl jetzt nicht genau).
Ausweg bietet hier ein Aufteilen der Daten in Pakete und ein eigenes Protokoll.
Narses hatte dazu mal ein Super-Tutorial geschrieben (das beste Tut, das ich je gesehen habe :wink: ).
Kleiner Wermutstropfen, es war seeeeeeeeeeeeeeeehr lang.
Zumindest findest Du dort die Ideen für ein ev. eigenes Protokoll.

ub60

[sirius]

Hier muss man sich überhaupt nicht um ein Protokoll kümmern. Einfach Empfangen und Weiterleiten. Und irgendwie bekommt man auch bei ReceiveBuf raus, wie lang der Inhalt ist. (Dazu müsste ich jetzt Delphi anwerfen um nachzusehen)
Wie die Pakete gestückelt werden ist egal und die 8k GRenze besteht nur in der WinSock-Implemetierung von Windows. Die kann man aber verändern. Es handelt sich auch nur um die Größe wie groß der Puffer in so einem Socket ist. Windows teilt den dann soweiso in die entsprechenden Pakete auf.

[fui-tak]

Hallo, ich habe in einer meiner Programme diese Zeile gefunden:

Delphi-Quellcode:

Socket.ReceiveBuf(Uebertragung, Socket.ReceiveLength);

Uebertragung ist dabei ein Record, mit bestimmten Variablen, die ich brauchte. Aber für dich müsste "Socket.ReceiveLength" interessant sein.