dzieki za odpowiedz, w jaki sposob mozna nasluchiwac transfer pomiędzy nimi na PC. Napisalbym do Autora, z ktorym ostatnio sporo koresponduje.
W takim wypadku, moze postawic innego ftp serwera, mam na mysli tutaj jakiegos mintowego, czy ty to robiles

Pozdro
Kroll

@Kroll: Jest pytanie czy server chodzi w trybie active ftp czy passive ftp i jak jest client skonfigurowany. O ile dobrze pamietam objaw pustego katalogu wystepuje np. wtedy jak server i klient nie dzialaja w tym samym trybie. Nie mowie ze to akurat to, ale moze byc to.

Akurat ftp.funet.fi  pracuje w dwoch trybach, passive/active:

- passive:

ftp> ls
227 Entering Passive Mode (193,166,3,2,156,61)
150 Accepted data connection
-rw-rw-r--    1 108        42              16630 Feb  5 20:40 README

- active:
ftp> ls
200 PORT command successful
150 Connecting to port 51788
-rw-rw-r--    1 108        42              16630 Feb  5 20:40 README

Zobaczy w logu swojego klienta jak sie laczysz ze swoim serverem ftp

A co masz w logu ?
Nalezy pamietac ze ftp jest taka usluga ktora otwiera dwa polaczenia. Pierwsze na porcie 21 i pozniej to zalezy od konfigu, active port 20 i passive - zaleznie od konfigu, w moim moim polaczeniu byl to port 39997(ip 193.166.3.2)

Kroll: a to się dzieje na tym samym serwerze, ale tylko dla klienta Litchi? Inne klienty chodzą ok z tym serwerem?
Czy systemy i serwery FTP na TT a na Fo3o mają identyczny konfig? Porównaj, może odkryjesz jakieś różnice.

Wiem, że wykażę się teraz nieznajomością Litchi (używam częściej klienta z klepaniem komend w trybie tekstowym, a nie mam teraz Litchi pod ręką), ale czy Litchi to tylko nie listuje plików, czy można je pobierać znając nazwy i ich lokalizację?
Chociaż tam pewnie jest tryb graf. i nie widzisz plików=nie masz opcji ich pobierania? Czy w tym pustym katalogu są tylko pliki czy jeszcze jakieś podkatalogi? Można poruszać się między katalogami/podkatalogami i tylko plików nie widać czy podkatalogów również nie wyświetla?

RFC 959 o komendzie LIST twierdzi:
"The data transfer is over the data connection in type ASCII or type EBCDIC.  (The user must ensure that the TYPE is appropriately ASCII or EBCDIC)." Chociaż wątpię żeby cokolwiek tam było ustawione na typ EBCDIC i czy obsługa tego trybu jest w ogóle dostępna.

a może to kwestia kodowania?
Rozszerzenie specyfikacji ftp zdaje się dotyczy jedynie kodowania UTF-8, może tu jest pies pogrzebany? pliki mają w nazwach znaki inne niż 7bitowe ASCII  albo inne niż UTF8? Chociaż też wątpię żeby klient nie obsługiwał rozszerzenia z RFC 2640.

Miałem w sumie dość podobny problem z klientem ftp.ttp v. 0.7 by Dan Ackerman (Baldrick)
jak łączył się z niektórymi serwerami to również błędnie działały komendy LISTowania,  np. tutaj (http://koplinscy.dlf.interia.pl/atari/DSC_6979_.jpg) brak reakcji na komendy ls i dir niby je przyjmował ale nie wyświetlał zawartości, mimo to można się było poruszać po strukturze katalogowej. Nie doszedłem o co chodziło i przesiadłem się na tekstowego GapFTP i sporadycznie dla większej ilości plików na Litchi właśnie ;) w Litchi co zauważyłem to że źle mi wyświetla wielkości plików, ale jak widać po Twoich problemach ma więcej ukrytych wad ;)

Dzieki za odpowiedz,

doklaldnie przyjrze sie tym wieczorem i dam znac, bede pisal jak czegos nie bede rozumial.
Jedna rzecz ktora zauwazylem (dzisaj w nocy) jak obejrzalem plik litchi.log np w QED to w nim wyswietla mi cala zawartosc katalogu na Hadesie (L:\Download) natomiast litchi w oknie ma tylko dwie kropki .. i to by bylo na tyle, wieczorem moge podeslac ten pliczek, moze z niego uda sie cos wywnioskowac

Kroll

Na pierwszy rzut oka widać, że klienty wymuszają różne tryby:
pierwszy PASV ("passive"), drugie połączenie to tryb  PORT ("regular"/"normal") - w logu ftp-log.
To klient ustala który tryb będzie użyty.
Widać też że komenda LIST poszła i lista plików została wysłana.
W logu Litchi widać ze raz połączenie jest PORT a drugie PASV.

Natomiast w pierwszym logu (ftp-log) typ transferu jest ustalany na I (image) czyli binarny,
a w drugim (Litchi) na A (tekstowy ASCII).

Czy dobrze rozumiem, że w obu tych logach masz te same zdarzenia?
Gdzie pierwsze połączenie jest za pomocą aFTP a drugie Litchi?
Możesz opisać albo rozdzielić, który log zawiera jakie logowania i jakim klientem? i czy w logu ftp-log są te sama zdarzenia? bo coś mi tu nie gra i prawdę mówiąc to się pogubiłem a i z opisu nie bardzo rozumiem co jest w tych logach :>

aaa ok :)

Jedyną różnicę to widzę w typie transferu , że aFTP od razu ma ustawione binarne  - I a Litchi ustawia na A - ASCII, ale dla listy plików to jest ok i pewnie przy transferze plików przełącza sam na I.
Lista plików jest niby wysyłana poprawnie :> a pokaż jeszcze loga z Litchi z połączenia z serwerem na którym wyświetla zawartość?

Niestety, ale logi wydają się być ok :>

a sprawdź połączenia dla innego usera niż anonymous...
ew. dasz radę wystawić i udostępnić ten serwer na F060 na zewnątrz? masz tam jakieś wrażliwe lub niejawne dane czy mógłbym połączyć się moim Litchi i sprawdzić jak wyświetla?

W skrócie to wykonać na routerze przekierowanie (forwarding) portów FTPa.
ale to może jutro z tym powalczymy :)

a ten router to masz swój czy to modem z funkcją routera otrzymany od UPC?

Z formwardowaniem portow to juz jest inna zecz.
Najlaptwiej ustawic forwardowanie portow 20,21 dla active ftp.
Jak chce sie forwardowac porty dla active ftp to na poczatku na serverze ftp nalezy ustawic zakres portow na ktore client ftp moze sie polaczyc. A poniej nalezy na tez zakres portow (port range) ustawic forwardowanie na routerze, bo inaczej to client zestawi 1 polaczenie, ale drugie to juz nie, bo porty na routerze beda zamkniete.