Indy 10.6.5040 TCPServer Serverschliessen und Client Verbindungen trennen

[sx2008]

Die sauberste Art eine TCP-Verbindung zu trennen ist dem Partner einen Quit-Befehl zu senden.
Man findet diesen Weg sehr häufig in bekannten Internetprotokollen.
Bei FTP sendet der Client z.B. dem Server eine QUIT-Message und der Server beendet dann die TCP-Verbindung.
Dies gibt beiden Teilnehmern die Möglichkeit sauber alle Aufgaben abzuschliesen.
Natürlich sollte sowohl der Client als auch der Server eine Trennung der Verbindung (z.B. abgezogenes Ethernetkabel) ohne Endlosschleife überleben.
Allerdings kann ein Teilnehmer eine unterbrochene TCP-Verbindung nur dann entdecken, wenn er entweder selbst etwas sendet oder wenn er das FIN-Paket der Gegenstelle empfangen wurde.

Auf jeden Fall ist es empfehlenswert einen Quit-Befehl im Datenprotokoll vorzusehen.

[Cyberaxx]

Es geht ja genau um den Fall das die Verbindung aus unbekannten Gründen beendet wurde,eben durch gezogenes Kabel, Verlust der Internetverbindung, Rechner Absturz o.ä.

Ich habe bisher unter Windows immer direkt mit den Sockets gearbeitet und da konnte man vor dem Beenden des Servers aus Serversicht alle Clientverbindungen trennen,
Die Indys haben ja auch im Client ein OnDisconnect, das wurde in egal welchem Versuch Serverseitig die Verbindung zu trennen nie aufgerufen.

[mjustin]

Zitat von Cyberaxx:

Die Indys haben ja auch im Client ein OnDisconnect, das wurde in egal welchem Versuch Serverseitig die Verbindung zu trennen nie aufgerufen.

TIdTCPConnection (die Vorfahrklasse von TIdCustomTCPClient) hat eine Methode OnDisconnected (nicht OnDisconnect).

Diese wird aus der Methode TIdTCPConnection.Disconnect aufgerufen, also nachdem der Client die Verbindung zum Server geschlossen hat. Mit dem serverseitigen Schliessen hat diese Methode nichts zu tun.

Auf der Client-Seite kann nur mit einem kontinuierlichen Read auf der Connection das serverseitige Schliessen der Verbindung erkannt werden. Im Fall der Indy TIdTCPClient Klasse würde clientseitig eine Exception (EIdConnClosedGracefully oder ein EIdSocketError) ausgelöst, wenn das Read vom Socket nicht weiter möglich ist. Die Behandlung einer "Read Timeout" Exception muss bei diesem Verfahren auf der Clientseite u.U. auch vorgesehen werden, diese bedeutet aber nur, dass keine Daten empfangen wurden, und nicht, dass der Server die Verbindung getrennt hat.