Impossibile connettersi a FTP - Timeout connessione dopo MLSD

Quindi ecco il mio problema, non sono assolutamente in grado di connettermi a un server FTP, in circostanze che non avevo mai visto prima. Ecco la situazione:

• Ottengo un "Timeout della connessione" subito dopo il comando MLSD.
• Di solito uso Filezilla, sotto Ubuntu, ma per assicurarmi che il problema non sia legato a questo particolare client ne ho provati alcuni altri: gftp su ubuntu e winscp e freeftp su Windows 7. Lo stesso risultato.
• Assicurati anche di provare con le modalità Attivo o Passivo. Stesso risultato
• A questo punto sarei propenso a pensare che ci sia qualcosa di sbagliato nella mia rete attuale (inoltre, secondo un collega il server FTP è OK). Ma ho controllato con http://ftptest.net/ e sono in grado di ottenere l'elenco delle directory (cosa che non posso fare tramite un client FTP).

Quindi alla fine l'ultima cosa che non ho provato è andare su un'altra rete, soluzione che sembra funzionare, ma non sarebbe molto pratica a lungo termine. E quindi immagino che ci sia qualcosa di sbagliato nel mio router ... ma cosa potrebbe essere?

Nota: ho provato prima a registrare e pubblicare questa domanda sulla bacheca di filezilla ... ma non riesco a creare un account con un account Gmail o Hotmail. WTF?

Secondo gli amministratori di FileZilla, il tuo router è probabilmente il problema (anche se probabilmente non puoi farci nulla) e non lo risolveranno per tornare all'ELENCO in caso di timeout di MLSD. Vedi: http://forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15

Soluzione: provare Core FTP o simili. È improbabile che sarai in grado di convincere la testarda gente di FileZilla ad aggiungere un'opzione (stupidamente semplice) per risolvere il problema - "torna all'ELENCO se MLSD scade".

Oppure, dal momento che è open source, vedi se tu o qualcun altro puoi apportare la modifica e compilarla tu stesso. Immagino che se provi a inviare la modifica da aggiungere alla build ufficiale, la respingeranno, ma forse potremmo essere piacevolmente sorpresi.

Dopo una lunga ricerca, la soluzione era semplice:

Vai a Site Management, scegli il sito con il problema. Scegli la scheda Transfer Settingse seleziona Activeinvece di Default.

Ho trovato il problema in Crittografia quando l'ho cambiato in "Usa solo FTP semplice (non sicuro)", quindi funziona perfettamente!

FileZilla mi è molto familiare e devo lottare per i bug ogni aggiornamento.

Ho risolto il problema utilizzando un tunnel ssh attraverso uno dei miei server personali. Sono assolutamente sconcertato sul perché questo avrebbe funzionato. Sono attualmente in Giappone e il mio server in Canada, quindi forse c'è un problema con l'indirizzo IPv6 (anche se il server dice che non dovrebbe) ...?

Voglio solo far sapere alla gente come ho fatto a farlo funzionare.

Con il timeout MLSD il problema può anche essere nel router.

Ho ottenuto un nuovo router Asus e ho inoltrato le porte per la modalità passiva sbagliata. Ho un NAS qnap e mi collego sulla porta 21 su ftp e sulla porta xxxxx: xxxxx in modalità passiva. Nel mio router asus ho impostato correttamente il port forward (server virtuale) ora e funziona di nuovo. Il mio FTP viene inoltrato correttamente sulla porta 21 al mio IP NAS, solo roba standard. Il problema erano le porte passive che il mio NAS voleva usare anche.

L'ho fatto nella mia sezione port forward (Virtual Server si chiama nei router ASUS):

Nome del servizio: Whateveryoulike

Port Range: le porte passive che il tuo dispositivo utilizzerà (standart 55536: 56559 per Qnap)

IP locale: l'IP locale del dispositivo (qualcosa come 192.168.0.xxx)

Porta locale: LASCIARE QUESTO VUOTO

Protocollo: entrambi

Inserisci

Applicare

BOOM! Abbiamo uplink.

Il problema potrebbe essere qualcos'altro, ma questo ha risolto il mio timeout e ora funziona tutto.

Se ti stai connettendo a un server unix e sta eseguendo iptables (firewall), controlla la tua configurazione di iptables, in / etc / sysconfig / iptable-config , per questa riga:

IPTABLES_MODULES = ""

se è vuoto, modificalo come segue:

IPTABLES_MODULES = " ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

e ricaricare o riavviare iptables: servizio iptables ricaricare (o riavviare). Ora prova a connetterti (con modalità passiva) e dovrebbe funzionare senza problemi.

Ciò ha risolto il nostro problema, in ufficio, nei desktop con Windows 7 / 8.1, dietro un NAT e connettendoci con WinSCP 5.5.3 a un server di produzione con CentOS 6.6 x86_64, Plesk 12 e ProFTPd.

Non dovresti aver bisogno di impostazioni pazze nel tuo client ftp.

Saluti, Michael.

PS: per questo avrai bisogno dell'accesso SSH e permessi di root.

Come altri, ho perso molto tempo con questo problema.

Ora ho risolto il problema.

Ho usato FireFTP (un componente aggiuntivo gratuito per Firefox) e ha funzionato perfettamente, la prima volta.

Una cosa che ho notato è che FireFTP è passato alla porta 21.

D'altra parte, FileZilla non ha permesso di compilare la casella Porta (tornerebbe a essere vuota). Forse era parte del problema.

Ho provato tutte le cose menzionate in precedenza (passa a Attivo, consenti a Filezilla di superare il firewall, ecc.) E nessuno ha funzionato per me (ho Windows 10).

Ho avuto lo stesso problema, provando a connettermi tramite Connessione rapida sulla porta 2222. Quindi ho utilizzato Site Manager con le impostazioni seguenti e non più errori:

• porta 2222
• protocollo SFTP
• Tipo di accesso Normale
• utente e passaggio

Quindi, la connessione tramite il gestore del sito è stata eseguita immediatamente.

È semplice!

È necessario aggiungere un'eccezione del firewall per Fillzilla (o per qualsiasi client in uso).

(Se non funziona, potrebbe trattarsi del firewall o del port forwarding del router.)

PS: modificare la modalità della connessione su attiva può essere un trucco, ma non è la "soluzione delle migliori pratiche". ;-)