TClientSocket Daten gehen verloren

[mjustin]

Zitat von iphi:

Wenn ich im OnClientRead den socket.RemotePort abfrage, ist der anders als der socket.LocalPort.
Sollten die Ports nicht identisch sein, wenn Server und Client miteinander verbunden sind???

Das würde nur eine Verbindung je Portnummer erlauben. Nimm HTTP, das mit Port 80 arbeitet: wenn der Client immer ebenfalls Port 80 verwenden müsste, könnte ein Webbrowser immer nur zu einem einzigen Webserver eine Verbindung öffnen. Praktisch ist das nicht, da man ja auch mal mehrere Browserfenster gleichzeitig öffnen will. An welches Fenster/HTTP-Verbindung soll der Server seine Datenpakete addressieren, wenn alle die gleiche Portnummer verwenden? Darum muss jeder TCP-Client eine eindeutige eigene Portnummer pro Verbindung benutzen.

[iphi]

Äh, das verstehe ich nicht.

Ich habe im Beispiel genau einen Server und einen Client und die sollen miteinander Daten austauschen in beide Richtungen.
Das geht doch nur, wenn beide dieselbe Portnummer benutzen, oder ?!?

Solange die verbunden sind, must doch der lokale Port und der Remote Port gleich sein, oder?

[Redeemer]

Der lokale Port wird gemäß Standard vom Betriebssystem zufällig zwischen 49152 und 65535 vergeben. Zu beachten ist, dass sich nur Windows (ab XP SP2) daran hält, andere Betriebssysteme ignorieren den Standard. Ist ein NAT (Router) dazwischen ändert dieser abermals den Port.

Zurück zum Thema: Was spricht gegen Indy?

[iphi]

Zitat:

Der lokale Port wird gemäß Standard vom Betriebssystem zufällig zwischen 49152 und 65535 vergeben.

Aha, man lernt nie aus...
Kannst Du eine lesbare Zusammenfassung dazu empfehlen?

Zitat:

Zurück zum Thema: Was spricht gegen Indy?

Nicht, außer dass meine Applikation fertig ist und ich nicht nochmal anfange.
Ich möchte allerdings verstehen, was da abläuft.