09.09.2011
4919
8
0Sicherstellen, dass Dateiupload auf fremdem FTP-Server beendet ist
Hallo Forum,
ich entwerfe ein Programm, welches einen beliebigen FTP-Server nach Dateien untersucht.
Diese Dateien werden, nachdem sie von meinem Scanner erkannt wurden, verarbeitet.
Anschliessend soll die Datei verschoben oder gelöscht werden.
Das Funktioniert soweit sehr gut, bis eine Datei etwas größer ist, sodass der Upload länger als einen Scanintervall benötigt.
In genau dieser Situation möchte ich sicherstellen, dass die Datei, die von meinem Scanner an die entsprechend weiterverarbeitenden Unterprozesse weitergegeben wird, vollständig hochgeladen worden ist.
Randbedingungen:
Die Daten werden von Unbekannt auf den Server geladen - somit besteht nicht die Möglichkeit auf Filtern per Namenspre- oder postfix.
Das Verhalten der Uploader ist also nicht beeinflussbar. Damit entfällt leider die einfachste Möglichkeit.
Daher jetzt die Frage: Wie stelle ich sicher, dass der Upload beendet ist?
Eine STAT Abfrage an den FTP liefert nach meiner Recherche auch keine nutzbaren Ergebnisse.
Jede Datei, die vom Scanner gefunden wurde, zu "beobachten" (i.e. Größe der Datei zum Zeitpunkt A verglichen mit Größe von Zeitpunkt B) ist zu unsicher.
Gibt es FTP-Server Befehle die mir hier weiter helfen, von denen ich nichts weiss? Oder einen Workaround? Oder andere Ansätze?
[EDIT]
Wichtige Info die ich vergessen habe:
Mein Scanner läuft auf meinem eigenen System, die FTP-Server sind 'meist' entfernte Server. Da der Scanner auf unterschiedlichen System nach Dateien scannt ist mir eine einheitliche Lösung lieber, als vorher noch zu überprüfen, ob es sich um einen FTP-Server bei mir handelt.
[/EDIT]
Ich bin für jeden Tip dankbar.
Grüße
bombaaa
ich entwerfe ein Programm, welches einen beliebigen FTP-Server nach Dateien untersucht.
Diese Dateien werden, nachdem sie von meinem Scanner erkannt wurden, verarbeitet.
Anschliessend soll die Datei verschoben oder gelöscht werden.
Das Funktioniert soweit sehr gut, bis eine Datei etwas größer ist, sodass der Upload länger als einen Scanintervall benötigt.
In genau dieser Situation möchte ich sicherstellen, dass die Datei, die von meinem Scanner an die entsprechend weiterverarbeitenden Unterprozesse weitergegeben wird, vollständig hochgeladen worden ist.
Randbedingungen:
Die Daten werden von Unbekannt auf den Server geladen - somit besteht nicht die Möglichkeit auf Filtern per Namenspre- oder postfix.
Das Verhalten der Uploader ist also nicht beeinflussbar. Damit entfällt leider die einfachste Möglichkeit.
Daher jetzt die Frage: Wie stelle ich sicher, dass der Upload beendet ist?
Eine STAT Abfrage an den FTP liefert nach meiner Recherche auch keine nutzbaren Ergebnisse.
Jede Datei, die vom Scanner gefunden wurde, zu "beobachten" (i.e. Größe der Datei zum Zeitpunkt A verglichen mit Größe von Zeitpunkt B) ist zu unsicher.
Gibt es FTP-Server Befehle die mir hier weiter helfen, von denen ich nichts weiss? Oder einen Workaround? Oder andere Ansätze?
[EDIT]
Wichtige Info die ich vergessen habe:
Mein Scanner läuft auf meinem eigenen System, die FTP-Server sind 'meist' entfernte Server. Da der Scanner auf unterschiedlichen System nach Dateien scannt ist mir eine einheitliche Lösung lieber, als vorher noch zu überprüfen, ob es sich um einen FTP-Server bei mir handelt.
[/EDIT]
Ich bin für jeden Tip dankbar.
Grüße
bombaaa
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 172886
Url: https://administrator.de/forum/sicherstellen-dass-dateiupload-auf-fremdem-ftp-server-beendet-ist-172886.html
Ausgedruckt am: 13.07.2025 um 04:07 Uhr
8 Kommentare
Neuester Kommentar
Hallo,
wäre noch interessant zu wissen, ob Dein Tool auf der gleichem Maschine wie der FTP-Server läuft, denn dann kannst Du ja recht einfach prüfen, welche Dateien gerade per FTP geschrieben werden.
vg
Bytecounter
wäre noch interessant zu wissen, ob Dein Tool auf der gleichem Maschine wie der FTP-Server läuft, denn dann kannst Du ja recht einfach prüfen, welche Dateien gerade per FTP geschrieben werden.
vg
Bytecounter
Wohl wahr,
tut es aber leider nicht.
ich ergänze das ebend im Mainbeitrag
tut es aber leider nicht.
ich ergänze das ebend im Mainbeitrag
moin,
Von daher: eher
Das sind alles Würgarounds - die man nehmen kann - im idealfall hat man das Log der Maschine und wertet das aus - wenn einer per Timeout rausgeflogen ist - sollte in dem fall
Eher der sicherererer Weg sein.
Denn auch das solltest du beachten.
Gruß
Edit
Nun dann... wenn die Kiste nicht die eigene ist...
Anders wird das nix. Denn wenn es was geben würde - wäre das eine Sicherheitslücke.
am einfachsten - ui ui ui - wo fange ich an...
- jeder Account darf sich nur einmalig anmelden - versucht dein Programm sich anzumelden - und das klappert nicht - muß ein anderer bereits angemeldet sein, oder was anderes passt nicht.
- Nachteil - wurde dieser jene wegen Provider oder xyz rausgeworfen - bist du nicht sicher, ob die Datei nicht doch nochmal "Nachwuchs" bekommt und du sperrst den dann durch dein Tool.
Von daher: eher
- solange jemand an einer Datei "werkelt", kannst du die nicht umbenamsen - ergo klappert ein ren original - tempo nur dann, wenn niemand auf die datei zugreift.
Das sind alles Würgarounds - die man nehmen kann - im idealfall hat man das Log der Maschine und wertet das aus - wenn einer per Timeout rausgeflogen ist - sollte in dem fall
Jede Datei, die vom Scanner gefunden wurde, zu "beobachten" (i.e. Größe der Datei zum Zeitpunkt A verglichen mit Größe von Zeitpunkt B) ist zu unsicher.
Eher der sicherererer Weg sein.
Denn auch das solltest du beachten.
Gruß
Edit
Nun dann... wenn die Kiste nicht die eigene ist...
- kombination aus Dateigröße und doppeltem rename.
Anders wird das nix. Denn wenn es was geben würde - wäre das eine Sicherheitslücke.
Mein Problem dabei ist ja, dass ich über den FTP-Server im normal Fall nicht mehr weiß als seine IP und meine Zugangsdaten. Ich Schau aber mal, ob ich ein manuelles rename implementieren kann, dass beobachtet ob die Datei bereits fertig geschrieben ist. Danke für die Idee ;)
In dem Fall fällt mir auch nur der bereits von Timo genannte Trick mit der temporären Umbenennung ein. Per FTP kannst Du Stati anzeigen lassen, die Deine Verbindung betreffen. Also ob und was gerade von anderen hochgeladen wird, kannst Du nicht per FTP feststellen.
vg
Bytecounter
vg
Bytecounter
du solltest im Fehlerfall eine 450 vom Server erhalten.
gruß
Ich hab mich jetzt für eine 'entspanntere' Variante entschieden. Ich speichere die Größe einer Datei im ersten Scandurchlauf. Sollte sie sich bis zum zweiten Scandurchlauf nicht verändert haben, wird die Datei erst für die weitere Verarbeitung freigegeben.
Das Umbenennen kann ich über dies schlecht machen, da ich nie weiss, welche Rechte mir ein FTP-Server einräumt. Ich will ja auch tunlichst verhindern, dass ich einem Uploader die Datei die er gerade hochlädt unterm A... lllerwertesten wegreisse.
Trotzdem vielen Dank.
Das Umbenennen kann ich über dies schlecht machen, da ich nie weiss, welche Rechte mir ein FTP-Server einräumt. Ich will ja auch tunlichst verhindern, dass ich einem Uploader die Datei die er gerade hochlädt unterm A... lllerwertesten wegreisse.
Trotzdem vielen Dank.
Eine 100%-ige Sicherheit hast du mit dem Verfahren (zweimal schauen und sehen ob sie sich verändert) nicht. Denn im ungünstigsten Fall kann es immernoch passieren, dass der "Uploader" gerade die Verbindung unterbrochen hat, während du zweimal schaust und nach dem zweiten Check geht der Upload weiter.
100%-ige Sicherheit bekommst du nur, wenn du System Zugriff auf die FTP-Server hast. Oder ein die "Fremden" etwas anderes wie FTP-Upload anbieten kannst.
Eventuell hilft dir die Art der Dateien, die auf den Server geladen werden weiter. Einige Dateiformate haben eine interne Checksumme, z.B. ZIP.
100%-ige Sicherheit bekommst du nur, wenn du System Zugriff auf die FTP-Server hast. Oder ein die "Fremden" etwas anderes wie FTP-Upload anbieten kannst.
Eventuell hilft dir die Art der Dateien, die auf den Server geladen werden weiter. Einige Dateiformate haben eine interne Checksumme, z.B. ZIP.
