Newsgroup: it.comp.os.linux.sys
Titolo: FTP: ls non funziona solo con il  client ftp linux, con quello win sì

Salve a tutti/e,
faccio da tramite per un mio amico non italiano che ha uno strano 
problema con la configurazione dell'FTP su un nuovo server (su debian 
testing, kernel 2.4.29).
In breve il problema è questo:se ci si connette via FTP con il programma 
da linea di comando ftp di windows, tutto ok.
Se invece ci si connette con il programma ftp da shell di linux, risulta 
impossibile ricevere la lista dei file con il comando "ls", perchè il 
programma si "blocca" dopo l'invio del comando e va inesorabilmente in 
timeout.
Questo avviene anche loggandosi sul server e facendo la prova "in 
locale" con ftp localhost.
Com'è possibile con i client da windows non abbiano questo problema e 
quelli da linux sì???
Cosa c'è di differente?
Ma soprattutto, che impostazioni o settaggi bisogna andare a cambiare 
per cercare di venire a capo di questo strano problema?
Ogni indicazione o ipotesi è ben accetta :-)
Ah, l'FTP è in active mode.
Grazie, ciao, Paolo

 quelli da linux sì???
Semplice: afair, il client da command line di windows va
di default in modalità attiva, mentre quello di linux in
modalità passiva.
Dì al tuo amico di fare un modprobe ip_nat_ftp e di accettare
i pacchetti RELATED in INPUT con iptables.
-- 
No more tradition's chains shall bind us;
Arise, ye slaves! No more in thrall!
The Earth shall stand on new foundations;
We have been naught - We shall be All!

 locale" con ftp localhost.
Mah, il problema sembrerebbe proprio dovuto a un active al posto di passive.
Prova a usare ftp -p su linux e vedere se funziona, tempo fa ho 
avuto lo stesso problema.
Una curiosità: utenti fastweb?
Ciao
-- 
Paolo Ripamonti
http://www.cyberpax.tk

 modalità passiva.
... oppure le regole su INPUT, anche su lo, non prevedono il
traffico related.
cfr. << Questo avviene anche loggandosi sul server e facendo 
        la prova "in locale" con ftp localhost. >>
Fabio

Intanto grazie per i pareri , che girerò quanto prima all'interessato.
Alla luce di quello che mi avete detto vi dò qualche altro elemento, che 
magari può precisare ulteriormente la questione:
-usando ftp -p da linux, il risultato è praticamente lo stesso, visto 
che il tutto si pianta nel momento in cui dovrebbe ricevere la lista dei 
files dal server (scusate l'ignoranza abissale, ma non è normale questo 
visto che ftp è in active mode?);
- usano sftp o ssh da linux non c'è nessun problema, ls funziona 
normalmente;
- il "blocco" si verifica solo in un altro caso, usando secpanel (una 
gui per scp scritta in tcl): nel momento in cui dovrebbe costruire la 
rappresentazione grafica della directory sul server remoto, il programma 
entra in attesa (il log dice che sta aspettando il callback del server) 
e lì "muore" per timeout.
Non ci dovrebbero essere molti utenti fastweb, perchè questo server è 
usato in grandissima parte da persone del nord europa.
P.S: scusate, credo di
aver inviato per sbaglio questo post a qualcuno di voi in privato, colpa 
mia al 50% e al 50% dell'infame menù di thunderbird :-)

 usato in grandissima parte da persone del nord europa.
Chiedevo semplicemente perché ultimamente fastweb ha fatto un po' di casini con ftp e 
ci sono persone cui funziona solo l'active, altri cui funziona solo il passive...


 ci sono persone cui funziona solo l'active, altri cui funziona solo il passive...
confermo, ho tre postazioni ftp e da 2/3 mesi e' un disastro, in 
modalita' passiva poi non se ne parla.
operando tramite vpn funziona tutto alla grande, sia tra utenti 
fastweb che da fuori.
in quanto a linux qualcosina cambia a seconda del client, per i server 
li ho provati tutti ma il risultato e' pressoche' identico.
speravo di trovare una soluzione abbassando MTU ma non ho ottenuto 
nessun risultato.
pero' non ho mai provato con server e client windows.
in fastweb sono rapidissimi nel creare casini ma ci vogliono mesi/anni 
per risolverli. quando li chiami non capiscono di che parli o fanno 
finta di non capire.
ciao... Paolo

 Altre cose che ti possono venire in mente?
Allora...prima di tutto il server è ProFTPd, niente chroot (da quel che 
suppongo, visto che posso uscire dalla mia home), accesso anonimo non 
consentito.
Il mio amico ha ricontrollato firewall e kernel: il modulo ip_nat_ftp 
c'è e il traffico RELATED è consentito, ma il problema permane: non si 
riesce a fare "ls" dai client ftp linux.
Altre idee?
Grazie comunque, purtroppo sembra proprio un mistero!!!
Ciao a tutt*, Paolo

 Altre idee?
La prima (ma e' accettabile anche come seconda) cosa da fare
e' dare un'occhiata al traffico di rete sul server. Tcpdump,
snort, ethereal.... accendete quel che preferite e provate a
usare ftp sia con i client che funzionano sia con quelli che
no. Anche due paroline per descrivere piu' in dettaglio come
sia fatta la rete e dove sono i client possono essere utili.
Fabio

Ok, mistero risolto: era una regola in iptables, nella catena OUTPUT, 
che bloccava i pacchetti in uscita con determinate caratteristiche sulle 
porte "alte" (10000 --> 65535)
Certo è strano che causasse problemi solo con i client ftp linux; 
comunque modificata quella si è tutto risolto.
Grazie ancora dei pareri!
Ciao, Paolo