merkwürdiges BPFTP Problem

Tag, folgende Ausgangssituation:

Win XP Prof, DSL, Kein Router, BPFTP 2.21

Bis vor einigen Stunden hatte ich Win ME am laufen, aber jetzt musste mal Win XP her, dachte ich jedenfalls. Ich bekomme häufig große Datenmengen geschickt, da macht sich so ein FTP natürlich gut. Das geschieht immer mit Flashfxp. Unter Win ME lief das tadellos, unter XP stellt sich leider folgendes Problem: Man kann auf meinen FTP zugreifen und auch eine Datei zu mir schicken. ABER nachdem der Client die erste Datei, die in Flashfxp gequeued wurde geschickt hat, passiert zunächst etwa eine Minute gar nichts, und dann disconnected der Client einfach. Bei Flashfxp steht dann nur irgendwas von "Connection lost". Bei z.B. 1500 Fotos, die zu mir auf den Weg sind, ist das natürlich nicht gerade sehr schön, wie ihr euch bestimmt vorstellen könnt.

Wenn einer irgendwas dazu weiß, dann bitte melden, ich bin nämlich am verzweifeln.

MfG ChuckNorris

Die XP-interne Firewall wurde abgeschaltet?
Poste doch bitte mal das Log vom Server von dem entsprechenden Vorgang.

Und dazu wenns geht auch gleich das Log vom Client

Genau wie mein Viorgänger habe ich zum erstne mal enau das gleiche problem.

Allerdings habe ich mittlerweile auf den G6 Server gewechselt.
Settings: Interner Datenverkehr im Heimnetz, von Laptop auf desktop.
Betriebssystem frisch installiertes WinXp prof mit Sp2 auf beiden rechner, WinXP Firewall auf Server rechner ausgeschalte.
Win XP Firewall bei Client rechner an, macht aber keinen unterschied.
Hier die geforderten logs:


Client logs //Start

Connecting to 192.168.0.3
Connected to 192.168.0.3 -> IP=192.168.0.3 PORT=21
220 Gene6 FTP Server v3.0.1 (Build 45) ready...
USER Qwe
331 Password required for Qwe.
PASS (hidden)
230 User Qwe logged in.
SYST
215 UNIX Type: L8
REST 100
350 Restarting at 100. Send STORE or RETRIEVE.
REST 0
350 Restarting at 0. Send STORE or RETRIEVE.
CWD /Backup/temp/
250 CWD command successful. "/Backup/temp" is current directory.
PWD
257 "/Backup/temp" is current directory.
List (cached)
List Complete.
TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (192,168,0,3,163,76)
RETR test.1234
150 Data connection accepted from 192.168.0.2:1522; transfer starting for /Backup/temp/test.1234 (0 bytes)
Connection lost: 192.168.0.3
Transferred: test.1234 0 bytes in 0,00 (1,00 KBps)
Transfer queue completed
Transferred 1 file totaling 0 bytes in 10,97 (0,00 KBps)


//Client Logs Ende

Server logs //Login Start

04/09/15 02:29:43, 8, 192.168.0.2, , connected to ip : 192.168.0.2
04/09/15 02:29:43, 8, 192.168.0.2, , Hostname resolved : DESKTOP
04/09/15 02:29:43, 8, 192.168.0.2, , sending welcome message.
04/09/15 02:29:43, 8, 192.168.0.2, , 220 Gene6 FTP Server v3.0.1 (Build 45) ready...
04/09/15 02:29:43, 8, 192.168.0.2, , USER Qwe
04/09/15 02:29:43, 8, 192.168.0.2, Qwe, 331 Password required for Qwe.
04/09/15 02:29:43, 8, 192.168.0.2, Qwe, PASS ****
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, logged in.
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, 230 User Qwe logged in.
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, SYST
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, 215 UNIX Type: L8
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, REST 100
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, 350 Restarting at 100. Send STORE or RETRIEVE.
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, REST 0
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, 350 Restarting at 0. Send STORE or RETRIEVE.
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, CWD /Backup/temp/
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, change directory '/Backup/temp' -> 'D:\temp' --> Access allowed.
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, 250 CWD command successful. "/Backup/temp" is current directory.
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, PWD
04/09/15 02:29:44, 8, 192.168.0.2, Qwe, 257 "/Backup/temp" is current directory.

//Login Ende
//TRansfer Start

04/09/15 02:30:48, 8, 192.168.0.2, Qwe, TYPE I
04/09/15 02:30:48, 8, 192.168.0.2, Qwe, 200 Type set to I.
04/09/15 02:30:48, 8, 192.168.0.2, Qwe, SIZE test.1234
04/09/15 02:30:48, 8, 192.168.0.2, Qwe, 213 0
04/09/15 02:30:49, 8, 192.168.0.2, Qwe, PASV
04/09/15 02:30:49, 8, 192.168.0.2, Qwe, 227 Entering Passive Mode (192,168,0,3,15,182)
04/09/15 02:30:49, 8, 192.168.0.2, Qwe, RETR test.1234
04/09/15 02:30:49, 8, 192.168.0.2, Qwe, asked to download '/Backup/temp/test.1234' -> 'D:\temp\test.1234' from 0 --> Access allowed.
04/09/15 02:30:49, 8, 192.168.0.2, Qwe, 150 Data connection accepted from 192.168.0.2:1572; transfer starting for /Backup/temp/test.1234 (0 bytes)
04/09/15 02:30:49, 8, 192.168.0.2, Qwe, finished downloading '/Backup/temp/test.1234' -> 'D:\temp\test.1234' from 0 to 0 (00:00:01 - 0 KBytes/s).

//Transfer Ende



ich habe hier mal eine kleine textdatei übertragen.

Nach Übertragung passiert kurz gar nichts, danach werde ich gekickt. Und zwar jeweils nach einer Datei.
Upload auf den Server klappt aber ohne probleme. Wer weiß Rat?

Nachtrag

als alternativen Client zu Flash FXP habe ich mal den IE Ausprobiert -> mit dem selben Ergebnis.
Wenn ich jetzt aber als Server den Bulletproof 2.21 nehme, kann ich ganz normal dateien transferieren und werde NICHT nach jeder einzelnen Datei gekickt.

Die Zeilen nach "finished downloading" hätten mich noch interessiert, und ausserdem das LOG vom Client. Kannst Du das noch hinzufügen?

Das was du da siehst ist alles.
Die logs vom Client stehen über denen des Servers

und genau da ist das Problem, die logs sind völlig unauffällig und bei G& und BPFTP identisch, außer dass der Client bei BPFT nicht rausgeworfen wird.

Sorry, das Client-Log habe ich nicht gesehen.
Komisch, dass der Server überhaupt keine Regung zeigt. Wird, nachdem der Client "Connection lost" anzeigt, im Activity-Fenster von G6 der Benutzer noch als eingeloggt angezeigt?

Ja, immer Server Fenster wird der Entsprechende Benutzer noch als eingeloggt angezeigt.

Ich veruchs mal mit anderen Clients.

Das wird wohl keinen Unterschied machen, der Fehler wird wohl schon auf dem Server-PC oder im Programm selbst zu suchen sein.
Ich werde es mal weiterleiten.

warte supernature, ich habe eben gerade zu testzwecken einen neuen benutzer angelegt.
Damit wollte ich überprüfen, ob der fehler auch auftritt.
Die prüfung war erfolgreich, ich wurde nicht gekickt.

ICh versuche mal herrau zu finden, warum er auf den einen account allergisch reagiert5 und auf den anderen nicht.

Mist, von meier Seite gibts nur ein wenig hilfreiches Schulterzucken.
Auch bei gleichen Settings ist der Fehler bei mir nicht reproduzierbar und tritt mit dem neuen accound auch nicht mehr auf.
die einzige möglichkeit den fehler zu reproduzieren, wäre jetzt die Erste version des servers zu installieren und den Accound noch einmal genau so ein zu stellen.
Ich habe den Account in der version 3.0 erstellt, dann auf 3.1 und auf 3.2 geuppdatet ohne den accound neu zu erstellen.
erst in dieser version habe ich den Accound neu erstellt und der fehler tritt nicht mehr auf

Aber bei dem anderen User existiert das Problem weiterhin?

sorry, nein, der user existiert nicht mehr...schähm