Opened 18 years ago

Last modified 18 years ago

#1173 closed Bug report

SSL - directory listing unreliable

Reported by: ik13 Owned by:
Priority: normal Component: FileZilla Server
Keywords: Cc: ik13, Tim Kosse
Component version: Operating system type:
Operating system version:

Description

Hi there,
I see this very often when running FZ client against
the FZ server (implicit SSL). Not just the last
version (19) - it has always been like that.
Many times when I click on a directory it would wait
for several seconds just to came back with "Could not
retrieve directory listing". Refresh - and it does it
just fine. Locally or over the Internet.
This might not be a big issue when using a GUI client
and you're in front of the computer all the time, but
it's a real problem if it should be done from an
unattended program.
I'm currently evaluating IP*Works! SSL
(http://www.nsoftware.com/ipworks/ssl/default.aspx)
and it seems to always have the problem, which
basically renders it unusable with FileZilla.

Also - don't know if it's related to the above, but
it also seems that the file transfer under SSL is not
very reliable either. Even with a (supposedly) good
connection, when I have multiple files in the queue I
get a lot (looks like) of transfer errors and
eventually some files won't get over, because the
number of errors reached the limit.
Again - not a huge deal if you're at the console all
the time, but quite unusable for "set it and forget
it" kind of mode...

Keep up the good work!
--IK

Change History (6)

comment:1 by Tim Kosse, 18 years ago

The most recent version is 2.2.28, an update is hightly
recommended.

comment:2 by ik13, 18 years ago

I am using 2.2.28 client and 0.9.19 server.

Any known issies with IP*Works! ?

comment:3 by Tim Kosse, 18 years ago

Are you using any routers or firewalls? Improper
configuration of them can have a huge impact on FTP,
especially for SSL secured connections.

comment:4 by ik13, 18 years ago

I see this behaviour with or without firewall. Probably
more often with a firewall, but definitely also on the
local network (it does go through a router of course, but
there's nothing fancy about it) and even on the local
machine connecting to the loop-back adapter (though far
less frequent).

I do have my FZ client set to passive mode and have
limited the port range.

That said I'm leaning to believe that this is a server,
not a client problem. I tried it with SecureFTP client
(http://www.glub.com/products/secureftp/) against the FZ
server and it seems to exhibit the same problems.

Also - I couldn't make a similar setup using different
server software (Serv-U ftp server) to fail even once. I
had no control there though and it was set for explicit
SSL (if that should make any difference).
Thanks.

comment:5 by ik13, 18 years ago

This problem is most likely caused by improper router or firewall
configuration. Please read the FAQ for details.

Client FAQ: http://filezilla.sourceforge.net/forum/viewtopic.php?t=3
Server FAQ:
http://filezilla.sourceforge.net/forum/viewtopic.php?t=368

comment:6 by ik13, 18 years ago

I found a glitch on my firewall/network setup.
Fixing it greatly reduced the occurrences of the above
issue and I would say that the remaining occurrences
(again - negligible number) are within the expected
behaviour.

Note: See TracTickets for help on using tickets.