Go Back   FlashFXP Forums > >

Project: FlashFXP Bug Reports Ticket Tools
ID: 154 Category: General / Unknown
Title: site to site transfer bug Status: Closed
Severity: Medium Version: 3.6 Final

Senior Member
FTPServerTools
04-12-2008, 05:28 PM
site to site transfer bug

Ok I run two instances of flashfxp both from the same origing and going to different places. Both doing site to site and yes there goes an error...
[23:46:01] [R] List Complete: 15 KB in 0.34 seconds (45.0 KB/s)
[23:46:03] [L] Listening on PORT: 2100, Waiting for connection.
[23:46:03] [L] PORT 192,168,1,33,8,52 <--------------- Huh?? this should so not occur....
The whole list..
[23:45:58] [L] TYPE A
[23:45:58] [L] 226 Transfer finished successfully. Data connection closed.
[23:45:58] [L] PROT P
[23:45:58] [L] 200 Type set to ASCII.
[23:45:58] [L] PASV
[23:45:58] [L] 200 PROT P accepted.
[23:45:58] [L] 227 Entering Passive Mode (152,y,y,y,5,121)
<--?? not according to standards, ftp server error?? ddd<space> says it is end of reply, why two replies? Is flash trimming spaces from the left side?? Only then this is allowed. rfc 959 says it should be prepended by a space. Anyway it seems to work..
[23:46:00] [R] TYPE A
[23:46:00] [R] 200 Type set to ASCII.
[23:46:00] [R] PROT P
[23:46:00] [R] 200 PROT P accepted.
[23:46:00] [R] PASV
[23:46:00] [R] 227 Entering Passive Mode (199,x,x,x,5,121) <--ok!
[23:46:00] [R] Opening data connection IP: 199.x.x.x PORT: 16000 <--also ok!

[23:46:00] [R] MLSD
[23:46:00] [R] Connected. Negotiating TLSv1 session..
[23:46:00] [R] 150 Opening ASCII data connection for ls /TSTDIR using SSL/TLS. <--- here 150 is ok, another reply is expected due due 1xx code
[23:46:00] [R] TLSv1 negotiation successful...
[23:46:00] [R] TLSv1 encrypted session using cipher AES256-SHA (256 bits)
[23:46:01] [R] 226-free disk space under this directory : 19716 mb
[23:46:01] [R] 226 Transfer finished successfully. Data connection closed .

[23:46:01] [R] List Complete: 15 KB in 0.34 seconds (45.0 KB/s)
[23:46:03] [L] Listening on PORT: 2100, Waiting for connection.
[23:46:03] [L] PORT 192,168,1,33,8,52 <<<-------- ???? dont we do a response from the PASV reply anymore??? It should have been 199,x,x,x

[23:45:45] [R] 426 Connection closed (exception : An existing connection was forcibly closed by the remote host. )
[23:45:45] [R] ABOR
[23:45:45] [R] 226 Abort successful.
[23:45:46] [L] ABOR
[23:45:46] [L] 226 Transfer finished successfully. Data connection closed.
[23:45:46] [L] Transfer Failed!
[23:45:46] [R] PASV
[23:45:46] [R] 227 Entering Passive Mode (129,125,168,81,62,128)
[23:45:46] [L] PORT 99,x,x,x,x,62,128 <-- 16000 correct
[23:45:46] [L] 550 not a plain file.
[23:45:46] [L] 200 PORT command successful

[23:46:16] [L] QUIT


Somehow this seems to occur less when I use only one flashfxp. Yes, flash is running behind a router. It also occurs less with the 3.4 version.
This behaviour occurs on 3.6 build 1240. And with some trying I can get it to repeat. It is the 192,168,... which I dont get. That tells me that flash seems to have lost the ip.
FlashFXP Developer
bigstar
04-13-2008, 12:02 AM
Re: site to site transfer bug

Its very difficult to logically follow a log file with multiple sessions combined, the results are very unpredictable. Its very easy to suspect one line from one session and it be from the other, also with multiple sessions logging to the same file some lines may be omitted.

The ideal solution would be to save the text directly from within the FlashFXP session where the error occurred, richtext formatting preferred.

Alternatively you can use the command line -logfile="<path to logfile>" to use separate log files for different copies of FlashFXP.

The PORT command I see you question appears to directly relate to LIST, sometimes FXP transfers fail to establish a connection this may be one of those cases. Without a better log its really hard to tell.
Ticket Tools
Subscribe to this Ticket


Posting Rules
You may not post new tickets

Smilies are On
[IMG] code is On
HTML code is Off


All times are GMT -5. The time now is 12:34 AM.

Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)