Beste Vorgehensweise für permanente FTP-Verbindung?

[ernschd]

Hallo,

bisher baut mein Programm zu Beginn eine FTP-Verbindung auf (Indy zu Filezilla-Server), hält diese mit einem Noop-Befehl aufrecht und transferiert bei Bedarf Daten hin und her. Am Ende wird die Verbindung geschlossen.
Allerdings bin ich mit dieser Lösung nicht 100% zufrieden, da es z.B. zu Fehlermeldungen in der Software kommt, wenn der FTP-Server weg ist, oder es klappt der automatische Verbindungsaufbau nach einem Abbruch nicht.

Hat jemand eine Idee, wie ich das ganze besser lösen könnte? Ich dachte z.B. daran, einen Thread zu starten, der die Verbindung herstellt, die Daten transferiert uns danach die Verbindung wieder schließt.
Wie geht der Server damit um, wenn z.B. 20 Clients sich häufig verbinden? Geht der Aufbau schnell genug, damit der Anwender nicht zu lange warten muss?

Grüße,
ernschd

[s.h.a.r.k]

Ich finde, dass du da etwa falsch vorgehst. Erst wenn du wirklich Daten transferieren willst solltest du eine Verbindung aufbauen und die Daten auf den Server schaufeln. Dauerhaft eine Verbindung halt ist imho eher schlecht, da z.B. andere Clients auf eine Verbindung warten müssen, wenn die maximale Anzahl an gleichzeitigen Verbindungen erreicht ist. Ebenso wird halt ständig die Verbindung aufrecht erhalten -- aber wofür genau? Es wird ja nichts gemacht. Lässt du dein Auto auch ständig laufen, nur dass du gleich losfahren kannst, wenn es mal brauchst? (Okay, der Vergleich hinkt ein wenig, aber macht die Situation klar ;) )

[himitsu]

Und dann ist FTP eh nicht für eine dauerhafte Verbindung ausgelegt.

OK, es gibt "inzwischen" das NOOP, aber genügend Server ignorieren es, bzw. trennen dennoch nach einer Weile die Verbindung.


FTP ist eigentlich ein recht schlankes Protokoll, wolit es kein Problem sein sollte, die verbindung öfters mal neu aufzubauen.

PS: HTTP baut praktisch auch für jede Seite/Datei/Bild eine neue Verbindung auf.
Klar, wenn man "hintereinander" mehreres Überträgt, währe es unnötig die Verbindung nach jeder Datei zu trennen, aber wenn man (für ein Weilchen) nichts mehr vor hat, dann sollte man es schon machen, siehe auch die Begründungen vom Hai.

[p80286]

Wieso gibt es eigentlich immer noch Leute, die der Meinung sind, man müßte irgendwelche Verbindungen zu irgendwelchen Rechnern "offen" halten .
Nur analoge Datenversendung (Telefon,Fernsehen,Rundfunk) ist darauf angewiesen ständig eine Leitung "offen" zu halten. Sobald die Nachrichtenübertragung digital erfolgt, werden nur noch (Daten)Päckchen verschickt. Du brauchst also nur noch dafür zu sorgen, daß die Päckchen abgeliefert werden können (automatischer Türöffner), aber Du mußt nicht mehr die Türe offen stehen lassen, weil irgendwann einmal ein Postbote ein Päckchen abliefern will.

Gruß
K-H

[Furtbichler]

Wenn es um Millisekunden geht, präferiere ich eine bereits geöffnete Verbindung.
Sonst eher nicht.

[schotti65]

@ernschd; zu welcher Lösung bist Du denn gekommen?

Ich habe aktuell das Problem andersrum.
Bisher baut das Programm 1x/Minute eine FTP Verbindung auf zwecks upload/download diverser Dateien.
Zukünftig sollen jedoch mehrere verschiedene FTP Verbindungen alle paar Sekunden geöffnet werden.

Der Webspace ist auf Strato, und aktuell gehen - mit LAN im Büro - im Schnitt 500ms nur für den Verbindungsaufbau drauf.
Da das ganze am Ende im Freien - mit Surfstick oder iPad Hotspot - laufen soll, befürchte ich, das Programm ist nur noch mit Warten beschäftigt...

[mjustin]

Zitat:

Zitat von p80286 (Beitrag 1176826)

Wieso gibt es eigentlich immer noch Leute, die der Meinung sind, man müßte irgendwelche Verbindungen zu irgendwelchen Rechnern "offen" halten .

HTTP persistente Verbindungen (ab HTTP 1.1) und das SPDY Protokoll sind Beispiele für die massiven Vorteile ständig geöffneter Verbindungen gegenüber neuer Verbindungen je Request.

Auch würde Telnet (so wie eine Reihe anderer asynchroner Protokolle wie AMQP, MQTT, STOMP) nicht funktionieren, wenn nach dem Senden einer Nachricht vom Client an den Server die Verbindung gleich wieder getrennt würde...

[ernschd]

Hi,

ich habe mein Programm so abgeändert, dass es zu bei jeder Interaktion mit dem FTP prüft, ob es Verbunden ist; wenn nicht, wird die Verbindung aufgebaut.
Anschließend werden die Daten übertragen. Die Verbindung wird erst beim Schließen des Programms beendet (oder wenn der FTP-Server keine Lust mehr hat).
Der Grund dafür ist, dass ich nicht im Voraus weiß, ob der Anwender gleich wieder eine FTP-Operation durchführen oder was anderes machen will.

[schotti65]

Hört sich vernünftig an.
Prüfen - einfach nur "if xyz.connected..." oder fängst Du geg.falls den Abbruch irgendwie explizit ab?

[supermuckl]

"PS: HTTP baut praktisch auch für jede Seite/Datei/Bild eine neue Verbindung auf."

http://en.wikipedia.org/wiki/HTTP_persistent_connection