also zum einen kann man so ein Problem am besten verfolgen mit dem Debug Mode. Und wahrscheinlich wuerde man damit das Problem innerhalb von 60sek finden.
Aber wir finden es auch so :lol:
Wenn ProFTPD von einer Kiste laeuft, von der anderen jedoch nicht, dann liegt es ja an den Clients. Und wenn man sich einloggen kann, ein "ls" jedoch nicht mehr funkt, dann liegt das zu 90% an AKTIVer oder PASSIVer Verbindung. Details kann man dazu hier nachlesen:
http://www.proftpd.de/Active-Passive_Dokumentation__.7.0.htmlwie kann man das nun testen ?
am beispiel meiner SuSE 8.2 Installation:
stonki@uk:~> ftp ftp.stonki.de
Connected to ns1.stonki.de.
220 ftp.proftpd.de
Name (ftp.stonki.de:stonki): xxxxxx
331 Password required for xxxxxx
Password:
230 User xxxxxx logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> pass
Passive mode: off; fallback to active mode: off.
ftp> ls
200 EPRT command successful
150 Opening ASCII mode data connection for file list
226 Transfer complete.
ftp> pass
Passive mode: on; fallback to active mode: on.
ftp> ls
229 Entering Extended Passive Mode (|||19447|)
150 Opening ASCII mode data connection for file list
226 Transfer complete.
ftp> pass
Passive mode: off; fallback to active mode: off.
ftp>
Teste mal... Alternativ kann Du auch einen Client nehmen, wo Du aktiv/passiv einstellen kannst. Wenn das der Grund ist, kommt Teil2