Can't see files when connecting via SFTP

[anonymous]

When I connect to a server via SFTP using SSH2
FileZilla connects and everything seems wonderful. But
when the connection is done I can't see any files.
Although the message log says "Response: Sucessfully
received 29 items". I've posted the whole message log
further down.

Sometimes I can upload files, but I can't see the file. I
know the file is there because the FTP-account holds
the files for a website (if I upload a picture I can
download an view it via HTTP). I've tried to upload a file
which doesn't already exist in the directory (not
overwriting) I couldn't see the file when it was uploaded.
But I could get it via HTTP and it was there when I
browsed the server internally.

I'm using FileZilla 2.1.1 on WinME with a ISDN-
connection to the internet. I know I have the permissions
to do everything in my account (view, write etc).

Here's the whole message log from a test session when
this problem occured:

Status: Connecting to dakire.mine.nu:2022 ...
Status: Connected with dakire.mine.nu:2022, initializing
SFTP connection...
Command: CONNECT eliasa@…:-26
Response: Remote working directory is /usr/home/eliasa
Status: Connected
Status: Retrieving directory listing...
Command: CD /usr/home/eliasa/public_html/
Response: Remote working directory is
now /usr/home/eliasa/public_html
Command: LIST
Response: Listing directory /usr/home/eliasa/public_html
Response: Sucessfully received 29 items
Status: Directory listing successful

[Tim Kosse]

Can you please enable "Show raw directory listing" on the
debug page in the settings dialog? Then connect to the server
and post the resulting log.

[anonymous]

Logged In: NO

I see there's traces of the files I wan't to reach. Here's the log:

Status: Connecting to dakire.mine.nu:2022 ...
Status: Connected with dakire.mine.nu:2022, initializing
SFTP connection...
Command: CONNECT eliasa@…:-26
Response: Remote working directory is /usr/home/eliasa
Status: Connected
Status: Retrieving directory listing...
Command: CD /usr/home/eliasa/public_html/
Response: Remote working directory is
now /usr/home/eliasa/public_html
Command: LIST
Response: Listing directory /usr/home/eliasa/public_html
Response: Sucessfully received 29 items
Trace: 040755 1009 1009 512 1032525265 bilder
Trace: 0100644 1009 1009 359 1034017128 bild.php
Trace: 0100644 1009 1009 311 1034017128 bildarkiv.php
Trace: 0100644 1009 1009 4263 1034017128 borgen.css
Trace: 0100644 1009 1009 2809 1034017128 borje.php
Trace: 0100644 1009 1009 2730 1034017129 chat.php
Trace: 0100644 1009 1009 347 1034017129 fil.php
Trace: 0100644 1009 1009 12710 1034017129 funk.php
Trace: 0100644 1009 1009 1833 1034017129 gastbok.php
Trace: 0100644 1009 1009 974 1034017130
gastbok_lagra.php
Trace: 0100644 1009 1009 781 1034017130 gastbok_skriv.php
Trace: 0100644 1009 1009 5286 1034017130 hyperlankar.php
Trace: 0100644 1009 1009 8816 1034167703 index.php
Trace: 0100644 1009 1009 1105 1034017131 info.php
Trace: 0100644 1009 1009 32363 1034000968 jirc_mss.cab
Trace: 0100644 1009 1009 37631 1034000969 jirc_nss.zip
Trace: 0100644 1009 1009 162 1034017131 jkey.txt
Trace: 040755 1009 1009 512 1033568162 temp
Trace: 0100644 1009 1009 294 1034017131 loggar.php
Trace: 040755 1009 1009 512 1033145171 bildarkiv
Trace: 0100644 1009 1009 1716 1034017131 saga.php
Trace: 0100644 1009 1009 2072 1034017131 smascript.php
Trace: 040755 1009 1009 512 1033925984 filer
Trace: 0100644 1009 1009 4834 1034000970 sound_no.au
Trace: 040755 1009 1009 512 1033402137 irc
Trace: 0100644 1009 1009 11359 1034000970
sound_ohyea.au
Trace: 0100644 1009 1009 7834 1034000971 sound_yahoo.au
Trace: 0100644 1009 1009 747 1034017132 spader_kuk.php
Trace: 0100644 1009 1009 5670 1034000972 sound_yes.au
Status: Directory listing successful

[Tim Kosse]

That's a really strange directory listing, I've not seen
something similar yet. Which OS and filesystem does the
server have? Whithout more information about the used
filesystem, I can't parse this listing.

[anonymous]

Logged In: NO

Here's a part of the ftplog when accessing the server from
within the local network it's part of:

Response: 220 ProFTPD 1.2.4 Server (Kratern.com FTP-server)
[freebsd]

That should tell you the ftp-server program used and the OS.
The serveradmin is not here yet but I'll ask him later, if
you want me to, exacly what OS-version, config and
filesystem the server is using.

When accessing my account internally with FileZilla I have
no problems at all, it goes perfectly well. The problem
comes when accessing the account externally (via the
internet). The server in question (where my account is
found) is tunneled, via a server (*NIX) outside our local
network, to make it available via the internet. I know I
mentioned some of this things before. I just want to be
clear on this points.

I hope I'm not bothering you with my problems. I just want
to make your superb product even better (and of cours solve
my problem :>). Thanks for a great ftp-client! It's the only
one i use. English what I communicate with everyday so I
hope you'll excuse my langauage (I'm Swedish).

[Tim Kosse]

So you can see the directoy listing from inside, but not from
outside the local network?
This sounds to me that either the server is misconfigured.
Also, ProFTPD 1.2.4 is an old version, it may be a bug fixed
in newer versions.
Also, it could be possible that the tunnel server somehow
corrupts/modifies the directory listing.
A normal directory listing entry looks like the following:
-rw-r--r-- 1 root other 531 Jan 29 03:26 README

Maybe it would be best to also ask the serveradmin about
this problem.

[anonymous]

Logged In: NO

I have the same problem when connecting via 'Explicit SSL'
using Win2000 client system & proftpd2.1.7rc1. However,
CuteFTP Pro can see all the files! Finally, the debug log
does not show all the files, either! Otherwise, it's a very nice
package...

[anonymous]

Logged In: NO

<<So you can see the directoy listing from inside, but not
from
outside the local network?>> True

I'll have a chat with the serveradmins then. I'm aware of the
unreliability of tunnels, so I understand if it depends on that.
Is there a better alternative, ftp-server, for ProFTPD?

[philodemus217]

I am experiencing the exact same problem. I am running
VShell 2.1.2 SSH server on Win2K Pro. When I connect with
FileZilla 2.1.3a with "SFTP using SSH2" mode I cannot see
the remote directory list even though FileZilla reports the
directory listing was successful. I get the same result when
connecting locally and from a remote computer. The
filesystem of the server is FAT32 (same result with NTFS).

When I connect using PuTTY's psftp command line client I
can see the directory listing on the server fine.

Here is the FileZilla debug log of the connection:

FileZilla started (01/24/2003 08:39:47)
Status: Connecting to 127.0.0.1:22 ...
Trace: FzSFtp.exe: FzSFtp started and initialized.
Trace: SftpControlSocket.cpp(2113): OnConnect(0)
Status: Connected with 127.0.0.1:22, initializing SFTP
connection...
Command: CONNECT user@127.0.0.1:22
Trace: SftpControlSocket.cpp(2352): OnReceive(0)
Trace: FzSFtp.exe: SSH.C(1890): Server version: SSH-
2.0-VShell_2_1_2_143 VShell
Trace: FzSFtp.exe: SSH.C(1926): We claim version:
SSH-2.0-PuTTY-Local: Dec 6 2002 19:55:08
Trace: FzSFtp.exe: SSH.C(1928): Using SSH protocol
version 2
Trace: FzSFtp.exe: SSH.C(3996): Doing Diffie-Hellman
group exchange
Trace: FzSFtp.exe: SSH.C(4024): Doing Diffie-Hellman
key exchange
Trace: FzSFtp.exe: SSH.C(4080): Host key fingerprint is:
Trace: FzSFtp.exe: SSH.C(4081): ssh-dss 1024
<removed>
Trace: FzSFtp.exe: SSH.C(659): Initialised AES-256
client->server encryption
Trace: FzSFtp.exe: SSH.C(659): Initialised AES-256
server->client encryption
Trace: FzSFtp.exe: SSH.C(5015): Sent password
Trace: FzSFtp.exe: SSH.C(4464): Access granted
Trace: FzSFtp.exe: SSH.C(5095): Opened channel for
session
Trace: FzSFtp.exe: SSH.C(5403): Started a
shell/command
Trace: SftpControlSocket.cpp(2352): OnReceive(0)
Trace: SftpControlSocket.cpp(2352): OnReceive(0)
Response: Remote working directory is chess:/
Status: Connected
Trace: SftpControlSocket.cpp(2219): ResetOperation(1)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",1)
Status: Retrieving directory listing...
Command: PWD
Response: Remote directory is chess:/
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Command: LIST
Response: Listing directory chess:/
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Response: Sucessfully received 21 items
Trace: SftpControlSocket.cpp(294): List(FALSE,0,"","",0)
Trace: 38908 Apr 04, 2000 21:05 Alekhine_pgn.gz
Trace: 165412 Apr 04, 2000 21:05 Anand-2_pgn.gz
Trace: 62492 Apr 04, 2000 21:05 Anand_pgn.gz
Trace: 0 Dec 12, 2002 02:13 Books/
Trace: 179885 Apr 04, 2000 21:05 Botvinnik-2_pgn.gz
Trace: 139993 Apr 04, 2000 21:05 Botvinnik_pgn.gz
Trace: 109474 Apr 04, 2000 21:05 Capablanca_pgn.gz
Trace: 0 Dec 12, 2002 02:18 CompBase/
Trace: 4334 Apr 04, 2000 21:06 DEEPBLUE.PGN
Trace: 475961 Apr 04, 2000 21:07 Fischer.pgn
Trace: 206876 Apr 04, 2000 21:06 Karpov_pgn.gz
Trace: 181376 Apr 04, 2000 21:06 Kasparov_pgn.gz
Trace: 83633 Apr 04, 2000 21:06 Lasker_pgn.gz
Trace: 58137 Apr 04, 2000 21:06 Morphy-2_pgn.gz
Trace: 37645 Apr 04, 2000 21:06 Morphy_pgn.gz
Trace: 60616 Apr 04, 2000 21:09
Ruy_Lopez_Schliemann_pgn.gz
Trace: 63663 Apr 04, 2000 21:07 Smyslov_pgn.gz
Trace: 331087 Apr 04, 2000 21:07 Tal_pgn.gz
Trace: 0 Dec 12, 2002 02:07 Testsets/
Trace: 249596 Apr 04, 2000 21:11
World_Championship_tar.gz
Trace: 1846 Dec 19, 2002 23:10 x3dworld.pgn
Status: Directory listing successful
Trace: SftpControlSocket.cpp(2219): ResetOperation(1)
Trace: SftpControlSocket.cpp(2192): DoClose(0)
Trace: SftpControlSocket.cpp(2219): ResetOperation
(4100)
Status: Disconnected from server

[Tim Kosse]

@philodemus217: The type directory listing VShell sends will
be supported in the next version.