FTP PROBLEM via Linksys WRT110 router - file not displayed in FFXP -> can't resume it

[fpeter]

Without the router I can properly upload via FTP, using FlashFXP or other FTP program.

BUT
If I connect through my Linksys WRT110 router, I have difficulties.
http://www.linksysbycisco.com/EU/en/products/WRT110

I would like to upload some big files to FileServe to send one of my friend.
Because it is big I usually have to stop in the middle.


Later when I reconnect:
Sometimes the file I have to resume uploading is not displayed in FlashFXP.
After some disconnect and reconnect cycle
In the FTP window, I can see again the file to be resumed to upload .

I portforwarded in my router:
FTP port 21 (TCP)
DNS port 53 (TCP/UDP)
HTTP port 83 (UDP)
(as these are also the rules in my Outpost firewall)


What else should I do?

Do I have to do any settings in the FTP program too when using router?



ROUTER connection:

Usually I can see the file and resume upload
if the end of the address is the same
as it was when I started the upload.
e.g.
[R] Connecting to ftp.fileserve.com -> DNS=ftp.fileserve.com IP=xxx.yyy.7.116 PORT=21
I start the upload, then I stop it in the middle.
Later I reconnect and I want to resume it, where it has been finished.
I can see the file in the FTP window after reconnection
usually (but not always) only when the end of the IP address is same as before was, that is 116.
(In this case ip numbers before 116 does not change.)



Without the router everything works fine.









Here are my logs in the three situations:



1.-=[direct_connection - OK]=-

WinSock 2.0 -- OpenSSL 0.9.8i 15 Sep 2008
[R] Connecting to ftp.fileserve.com -> DNS=ftp.fileserve.com IP=xxx.yyy.7.119 PORT=21
[R] Connected to ftp.fileserve.com
[R] 220 Fileserve FTP Server
[R] USER M_Y__N_A_M_E
[R] 331 Password required for M_Y__N_A_M_E
[R] PASS (hidden)
[R] 230 User M_Y__N_A_M_E logged in
[R] SYST
[R] 215 UNIX Type: L8
[R] FEAT
[R] 211-Features:
[R] MDTM
[R] MFMT
[R] UTF8
[R] MFF modify;UNIX.group;UNIX.mode;
[R] MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX .mode*;UNIX.owner*;
[R] REST STREAM
[R] LANG bg-BG;fr-FR;ko-KR;ru-RU;zh-CN;it-IT;zh-TW;en-US
[R] SIZE
[R] 211 End
[R] OPTS UTF8 ON
[R] 200 UTF8 set to on
[R] PWD
[R] 257 "/" is the current directory
[R] TYPE A
[R] 200 Type set to A
[R] PASV
[R] 227 Entering Passive Mode (xxx,yyy,7,119,252,94).
[R] Opening data connection IP: xxx.yyy.7.119 PORT: 64606
[R] MLSD
[R] 150 Opening ASCII mode data connection for MLSD
[R] 226 Transfer complete
[R] List Complete: 395 bytes in 1,25 second (0,3 KB/s)
[R] TYPE I
[R] 200 Type set to I
[R] PASV
[R] 227 Entering Passive Mode (xxx,yyy,7,119,245,250).
[R] Opening data connection IP: xxx.yyy.7.119 PORT: 62970
[R] REST 181766208
[R] 350 Restarting at 181766208. Send STORE or RETRIEVE to initiate transfer
[R] STOR 2010-06-23 - File__9440.part2.rar
[R] 150 Opening BINARY mode data connection for 2010-06-23 - File__9440.part2.rar
(soft abort)
[R] ABOR
[R] 426 Transfer aborted. Data connection closed.
[R] 500 ˙ôABOR not understood
[R] Transfer Failed!
User Aborted
[R] QUIT
[R] 221 Goodbye.
[R] Logged off: ftp.fileserve.com







2.-=[router_connection - I can't see the file to be resumed to upload]=-

WinSock 2.0 -- OpenSSL 0.9.8i 15 Sep 2008
[R] Connecting to ftp.fileserve.com -> DNS=ftp.fileserve.com IP=xxx.yyy.7.122 PORT=21
[R] Connected to ftp.fileserve.com
[R] 220 Fileserve FTP Server
[R] USER M_Y__N_A_M_E
[R] 331 Password required for M_Y__N_A_M_E
[R] PASS (hidden)
[R] 230 User M_Y__N_A_M_E logged in
[R] SYST
[R] 215 UNIX Type: L8
[R] FEAT
[R] 211-Features:
[R] MDTM
[R] MFMT
[R] UTF8
[R] MFF modify;UNIX.group;UNIX.mode;
[R] MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX .mode*;UNIX.owner*;
[R] REST STREAM
[R] LANG zh-CN;bg-BG;zh-TW;it-IT;en-US;ru-RU;fr-FR;ko-KR
[R] SIZE
[R] 211 End
[R] OPTS UTF8 ON
[R] 200 UTF8 set to on
[R] PWD
[R] 257 "/" is the current directory
[R] TYPE A
[R] 200 Type set to A
[R] PASV
[R] 227 Entering Passive Mode (xxx,yyy,7,122,240,202).
[R] Opening data connection IP: xxx.yyy.7.122 PORT: 61642
[R] MLSD
[R] 150 Opening ASCII mode data connection for MLSD
[R] 226 Transfer complete
[R] List Complete: 231 bytes in 0,83 seconds (0,3 KB/s)









3.-=[router_connection - I can see the file to be resumed to upload]=-

WinSock 2.0 -- OpenSSL 0.9.8i 15 Sep 2008
[R] Connecting to ftp.fileserve.com -> DNS=ftp.fileserve.com IP=xxx.yyy.7.116 PORT=21
[R] Connected to ftp.fileserve.com
[R] 220 Fileserve FTP Server
[R] USER M_Y__N_A_M_E
[R] 331 Password required for M_Y__N_A_M_E
[R] PASS (hidden)
[R] 230 User M_Y__N_A_M_E logged in
[R] SYST
[R] 215 UNIX Type: L8
[R] FEAT
[R] 211-Features:
[R] MDTM
[R] MFMT
[R] UTF8
[R] MFF modify;UNIX.group;UNIX.mode;
[R] MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX .mode*;UNIX.owner*;
[R] REST STREAM
[R] LANG fr-FR;zh-TW;zh-CN;ru-RU;ko-KR;bg-BG;it-IT;en-US
[R] SIZE
[R] 211 End
[R] OPTS UTF8 ON
[R] 200 UTF8 set to on
[R] PWD
[R] 257 "/" is the current directory
[R] TYPE A
[R] 200 Type set to A
[R] PASV
[R] 227 Entering Passive Mode (xxx,yyy,7,116,245,175).
[R] Opening data connection IP: xxx.yyy.7.116 PORT: 62895
[R] MLSD
[R] 150 Opening ASCII mode data connection for MLSD
[R] 226 Transfer complete
[R] List Complete: 395 bytes in 0,84 seconds (0,5 KB/s)
[R] TYPE I
[R] 200 Type set to I
[R] PASV
[R] 227 Entering Passive Mode (xxx,yyy,7,116,239,72).
[R] Opening data connection IP: xxx.yyy.7.116 PORT: 61256
[R] REST 39996300
[R] 350 Restarting at 39996300. Send STORE or RETRIEVE to initiate transfer
[R] STOR 2010-06-23 - File__9440.part2.rar
[R] 150 Opening BINARY mode data connection for 2010-06-23 - File__9440.part2.rar











It rather looks a router problem,

but if someone knows a good solution,

comment it below.


thanks.

[bigstar]

Which specific version/build of FlashFXP are you using?

[fpeter]

Originally Posted by bigstar

Which specific version/build of FlashFXP are you using?

3.6 build 1240



I use it in Passive mode.




The problem is somehow with the router.

I tried a lot of settings.

Even DMZ.


Tried also FileZilla.


The same problem.


Other people has no problem with uploading using FFXP.


Without the router me neither.




BUT my wrt110 router does strange things ...

[bigstar]

your setup seems find, it seems most likely to the router but I'm really not quite sure what you could do to solve it other than replace it. I am not familiar with this specific model, i have a few others and never had any problems with them.

If you're a registered user you could take part in our 4.0 beta and see if it helps solve this problem, we've made many improvements in this area.

[MxxCon]

Originally Posted by fpeter

I portforwarded in my router:
FTP port 21 (TCP)
DNS port 53 (TCP/UDP)
HTTP port 83 (UDP)

why did you do this? do you understand exactly what and why you've done this?

in properties for that site, switch it from using MLST to LIST and try your transfers again.

are you running the lastest firmware for your router?

does that ftp server support ssl encryption?

[fpeter]

Originally Posted by MxxCon

why did you do this? do you understand exactly what and why you've done this?

in properties for that site, switch it from using MLST to LIST and try your transfers again.

are you running the lastest firmware for your router?

does that ftp server support ssl encryption?

MLST to LIST, I tested it, not worked.

I don't know much about port forwarding.
I've just read that port 21 have to be portforwarded,
and I did so inside my router to test this too.

But if I understand well if I use FTP server, only then do I have to portforwarding?

[fpeter]

PROBLEM solved.

After many testing and watching the session logs

I figured out what causes the problem:



As I write above I have problems resuming interrupted files.

Tested with:

-FileZilla
-FTPRush
-FlashFXP





WITHOUT ROUTER:

at HOTFILE.com:
log in: [R] Connecting to HotFile.com -> DNS=ftp.hotfile.com IP=xxx.yyy.zzz.81 PORT=21
I start upload a file, interrupt upload, log off

later
log in: [R] Connecting to HotFile.com -> DNS=ftp.hotfile.com IP=xxx.yyy.zzz.80 PORT=21
I can't resume the interrupted file upload,
because I can't see the half uploaded file at all.

This is because the end of the IP adress of ftp.hotfile.com is different .80 and .81
If the IP adress of ftp.hotfile.com is exactly the same, then everything is fine.
I can see the file, and I can resume it.

This is not good for hotfile.com either
because there will be a lot of junk files.









The same happens at fileserve:

WITHOUT ROUTER:

at FILESERVE.com:
log in: [R] Connecting to FileServe.com -> DNS=ftp.fileserve.com IP=zzz.xxx.yyy.120 PORT=21
I start upload a file, interrupt upload, log off

later
log in: [R] Connecting to FileServe.com -> DNS=ftp.fileserve.com IP=zzz.xxx.yyy.117 PORT=21
I can't resume the interrupted file upload,
because I can't see the half uploaded file at all.

This is because the end of the IP adress of ftp.fileserve.com is different .120 and .117
If the IP adress of ftp.fileserve.com is exactly the same, then everything is fine.

This is not good for fileserve.com either
because there will be a lot of junk files.








BUT:






WITHOUT ROUTER:

at SHARINGMATRIX.com:

At sharingmatrix I get an FTP IP for 24 hours,
So I always connect to the same IP.
After 24 hour I have to renew my FTP username/password.

log in: [R] Connecting to SharingMatrix.com -> DNS=s9999.sharingmatrix.com IP=yyy.zzz.xxx.154 PORT=21
I start upload a file, interrupt upload, log off

later
log in: [R] Connecting to SharingMatrix.com -> DNS=s9999.sharingmatrix.com IP=yyy.zzz.xxx.154 PORT=21
I can resume the interrupted file upload,
because I can see the half uploaded file in case of SharingMatrix.com.

The IP adress of s9999.sharingmatrix.com is exactly the same within 24 hours.


It looks like they have experienced this issue
and developed this solution.





.

[MxxCon]

1st of all, turn off forwarded ports FTP port 21 (TCP) DNS port 53 (TCP/UDP) HTTP port 83 (UDP).
you need to do that only if YOU are running ftp server, dns server or a web server. and obviously are not.

while your observations are accurate, your conclusion is not correct.
sharingmatrix did not experience this problem nor did they develop any solution to that problem.
they simply have a different type of setup. where the same domain name always points to the same IP address.
other sites you listed use load-balancing solutions where a domain name points to multiple IPs, presumably for multiple servers. i'd imagine that those multiple servers have some sort of data replication between each other to allow you to see and access your files no matter which server you connect to. what's probably happening is that you connected to another server before it had a chance to get replicated data from other servers. i'm sure if you would stop your transfer, disconnect, wait a few hours and then connect to their other servers you'd see your incomplete file.

[fpeter]

Originally Posted by MxxCon

1st of all, turn off forwarded ports FTP port 21 (TCP) DNS port 53 (TCP/UDP) HTTP port 83 (UDP).
you need to do that only if YOU are running ftp server, dns server or a web server. and obviously are not.

already done, after some reading about FTP settings

Originally Posted by MxxCon

while your observations are accurate, your conclusion is not correct.
sharingmatrix did not experience this problem nor did they develop any solution to that problem.
they simply have a different type of setup. where the same domain name always points to the same IP address.

I mean on "solution" that they have a different type of setup.
They may have other setup because they want to avoid this thing.
Sorry, English is not my language.

Originally Posted by MxxCon

other sites you listed use load-balancing solutions where a domain name points to multiple IPs, presumably for multiple servers. i'd imagine that those multiple servers have some sort of data replication between each other to allow you to see and access your files no matter which server you connect to. what's probably happening is that you connected to another server before it had a chance to get replicated data from other servers. i'm sure if you would stop your transfer, disconnect, wait a few hours and then connect to their other servers you'd see your incomplete file.

I think there is no data replication between FTP servers.
After an FTP upload of a file has completed, they move the file to your account
and delete it from FTP server.

There is no point using data replication, it would take a lot of space
if every interrupted files would be transfered to their every FTP servers.


.