Am Sonntag, 19. Mai 2002 10:39 schrieben Sie:

...

ich habe einmal mehr ein Problem mit proftpd. Und zwar folgendes: Das Speichern von Dateien auf dem ftp-Server funktioniert eigentlich gut, mit der Ausnahme von gepackten Dateien. z.B. *.gz Dateien. Bei Dateien in diesem Format passiert es meistens, dass diese auf dem ftp-Server fehlerhaft abgespeichert werden. d.h. wenn ich die original-Datei mit der Datei auf dem ftp-Server vergleiche, ist jene auf dem ftp-Server 2 Bytes kleiner als das Original und dadurch nicht mehr benutzbar. Entpacke ich die *.gz Datei jedoch und übertrage sie ungepackt auf den ftp-Server wird alles korrekt abgespeichert. An was könnte das liegen? Ich benutze die proftpd-Version 1.2.5rc2. Das Problem trat bei mir jedoch auch bei Version 1.2.5rc1 und 1.2.2 auf. Ich habe proftpd ohne sendfile() kompiliert. In /var/log/xferlog wird die übertragene Datei als komplett übertragen angezeigt.

Ich weiss nicht, ob du das nicht schon sowieso gemacht hast, aber probiers mal mit der Uebertragung im Binaermodus. Im Kommandozeilenclient mit "bin" zu aktivieren.

Hab ich gemacht, ist auch per default eingeschaltet. Das Resultat ist aber dasselbe :-( Grüsse, Nicolas Rüegg

dann fällt mir noch nur noch, einmal ProFTPD im Debug Mode starten (-n -d5) und mal die Ausgabe posten. Eventuell kann man denn was sehen.

Werde ich am Wochenende mal machen. Das Problem hat sich jedoch ausgeweitet. Nun kommt es auch ab und zu vor, dass der Upload aus ungeklärten Gründen einfach abbricht, oder eine Datei von 0 Bytes Grösse erstellt wird (unabhängig vom Typ der Datei). Hinzu kommt des weiteren, dass seit dem Update auf die proftpd-Version 1.2.5rc2 die "Timeout" Anweisungen in proftpd.conf nicht mehr berücksichtigt werden. User, deren Upload abgebrochen wurde bleiben nun unendlich lange auf dem System, obwohl diese wohl die Verbindung schon längst wieder getrennt haben. :-( verzweifelte Grüsse :-( Nicolas Rüegg

Hallo, Am Donnerstag, 23. Mai 2002 20:27 schrieben Sie:

Am Donnerstag, 23. Mai 2002 20:32 schrieb Nicolas Rüegg:

...

Hinzu kommt des weiteren, dass seit dem Update auf die proftpd-Version 1.2.5rc2 die "Timeout" Anweisungen in proftpd.conf nicht mehr berücksichtigt werden. User, deren Upload abgebrochen wurde bleiben nun unendlich lange auf dem System, obwohl diese wohl die Verbindung schon längst wieder getrennt haben. :-(

ja. Dieses ist inwischen im CVS gefixt.

Wie lange geht es denn, bis sowas auch in der " *tar.gz-Version " gefixt ist, die von ftp-mirrors downgeloadet werden kann? Muss man da auf proftpd-1.2.5rc3 warten? Ich habe den Verdacht, das das Problem mit den 0 Byte grossen Dateien an der Firewall des Clients liegt, die im Active-Mode von FTP ev. den Kanal für die Befehle durchlässt, die Datenkanal-Verbindung vom Server zum Client jedoch verwirft. Konkret stelle ich mir das so vor: Der ftp-Server erstellt auf einen put-Befehl eine Datei, wartet dann aber vergeblich auf den Inhalt der Datei, da der Datenkanal vom Server zum Client garnicht zustande kommt. Wäre das eine mögliche Erklärung für das Phänomen der 0 Byte grossen Dateien? Ich werde mal den Loglevel von proftpd ein wenig höher stellen und mich nach verdächtigen Inhalten der Logdateien umsehen... Grüsse, Nicolas Rüegg

Am Sonntag, 26. Mai 2002 10:41 schrieben Sie:

RC3 sollte diese Woche kommen. Wie gesagt, ich würde mir die CVS Version saugen, eine Anleitung dazu findest Du auf www.proftpd.org - ist nicht schwierig.

Sind die CVS-Versionen nicht teilweise instabil oder mit Sicherheitslöchern gespickt? Oder was spricht gegen die *.tar.gz-Versionen?

...

Wäre das eine mögliche Erklärung für das Phänomen der 0 Byte grossen Dateien?

Auf jeden Fall !

Dann ist ja gut. So ist zumindest mal die Hälfte meines Problemes gelöst. Wenn die Timeouts in proftpd.conf ab Version 1.2.5rc3 auch wieder funktionieren hab ich ja nur noch ein Problem :-) Nämlich jenes mit den *.gz Dateien, die teilweise nicht richtig übertragen oder abgespeichert werden. Dieses Problem ist jedoch schon seit längerem nicht mehr aufgetaucht. Die letzten paar Übertragungen solcher Dateien verliefen immer erfolgreich... Grüsse, Nicolas Rüegg

Hallo,

Ich hoffe, daß denn alles klappt. Halte mich auf dem laufenden !

Ach, ich habe mich leider zu Früh gefreut... das Problem mit den 0 Byte grossen Dateien und den anhaltenden Uploads ist doch noch nicht gelöst... Es scheint weder an der Firewall des Clients, noch an unserer Firewall zu liegen, da laut Security-Chef in den Logfiles der Firewall nichts geblocktes zu sehen sei. Ich habe dann Testweise proftpd mit den Optionen -n -d 5 gestartet, doch auch dies bringt mich nicht weiter, da auch hier keine Fehlermeldungen zu sehen sind (obwohl der Fehler während dieser Zeit ca. 4 mal auftrat!). Das einzige, was ich in den Ausgaben von "proftpd -n -d 5" beobachten kann ist, wie der Befehl "STOR Dateiname" an der Server übermittelt wird, dieser den Befehl an die Module weitergibt und danach warte ich vergebens auf die Bestätigung "x bytes transfered" in den Ausgaben. Ich sniffte dann noch nach allen Paketen die auf den ftp-Server kommen um herauszufinden, ob der Inhalt der Dateien überhaupt auf dem Server ankommt, oder ob Sie tatsächlich irgendwo auf der Strecke verloren gehen. Doch zu meinem Erstaunen kam der Dateiinhalt zumindest in zwei Fällen auf dem Server an, obwohl wieder ein 0 Byte grosse Datei erstellt wurde. Sorry für das lange Mail, aber ich dachte es wäre besser wenn ich gleich alles auftische, das mir bisher aufgefallen ist... Ratlose Grüsse :-( , Nicolas Rüegg