![]() |
TServersocket sendet nach bestimmter Zeit RST Paket ?
Hallo zusammen!
Ich hätte mal eine kurze Frage zum Verhalten von TServersocket. Ist es normal, das TServersocket nach kurzer Inaktivität der Verbindung (ein paar Sekunden) ein RST-Paket (TCP Reset) sendet und die Verbindung einfach beendet? Ich möchte aber das die Verbindung gehalten wird. Kann mir jemand einen Tipp dazu geben? Die ganzen Socket Tuts die hier im Forum kursieren helfen mir leider auch nich weiter. mfG Richard |
Re: TServersocket sendet nach bestimmter Zeit RST Paket ?
Nein, es ist nicht normal und dies wird auch nicht vom ServerSocket ohne Absicht gemacht. Ich habe mehrere Anwendungen mit den TClient/TServerSocket und die haben alle kein solches Verhalten und dabei sogar z.T. nur eine Übertragung in 24 Stunden und trotzdem wird die Verbindung nicht unterbrochen oder geschlossen, trotz Inaktivität.
|
Re: TServersocket sendet nach bestimmter Zeit RST Paket ?
Kann es sein, dass du mehr sendest als ausließt? Ich glaub, die Socket-Verbindungen werden automatisch beendet, wenn nach einer bestimmten Zeitspanne der Daten-Buffer nicht komplett ausgelesen wurde.
|
Re: TServersocket sendet nach bestimmter Zeit RST Paket ?
@littledave
Nein das kann nicht sein. Ich empfange einen Stream der 427 Bytes groß ist, und Sende nur ein "HTTP200 OK" zurück. Was mittels Wireshark überprüft, auch tadellos funktioniert. Dann wartet der Server noch 10 Sekunden oder so und sendet ein TCP Rst an den Client. mfG Richard |
Re: TServersocket sendet nach bestimmter Zeit RST Paket ?
Auch überprüft, ob nach dem auslesen ReceiveLen() auch wirklich 0 ist?
|
Re: TServersocket sendet nach bestimmter Zeit RST Paket ?
@All
Ich glaube ich habe das Problem gelöst. Es lag wirklich daran, das ich bestimmte Daten unangefordert gesendet habe. Dank nochmal an littledave & muetze1. mfG Richard |
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:41 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz