Impossible de se connecter au FTP - Délai d'expiration de la connexion après MLSD

Voici donc mon problème, je ne peux absolument pas me connecter à un serveur FTP, dans des circonstances que je n'ai jamais vues auparavant. Voici la situation:

• J'obtiens une "Connexion expirée" juste après la commande MLSD.
• J'utilise habituellement Filezilla, sous Ubuntu, mais pour m'assurer que le problème n'est pas lié à ce client particulier, j'en ai essayé quelques autres: gftp sur ubuntu et winscp et freeftp sur Windows 7. Tout le même résultat.
• Assurez-vous également d'essayer avec les modes actif ou passif. Même résultat.
• À ce stade, je serais porté à penser qu'il y a quelque chose qui ne va pas avec mon réseau actuel (en outre, selon un collègue, le serveur FTP est OK). Mais j'ai vérifié avec http://ftptest.net/ et je suis en mesure d'obtenir la liste des répertoires (ce que je ne peux pas via un client FTP).

Donc à la fin la dernière chose que je n'ai pas essayée est d'aller sur un autre réseau, une solution qui semble fonctionner, mais qui ne serait pas très pratique à long terme. Et donc je suppose qu'il y a quelque chose qui ne va pas avec mon routeur ... mais que pourrait-il être?

Remarque: j'ai essayé de m'inscrire et de poster cette question sur le forum de filezilla en premier ... mais je ne peux pas créer de compte avec un compte gmail ou hotmail. WTF?

Selon les administrateurs FileZilla, votre routeur est probablement le problème (même si vous ne pouvez probablement rien y faire), et ils ne le corrigeront pas pour revenir à la LISTE si MLSD expire. Voir: http://forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15

Solution: essayez Core FTP ou similaire. Il est peu probable que vous serez en mesure de convaincre les gens têtus de FileZilla d'ajouter une option de contournement (stupidement simple) - "revenir à la LISTE si MLSD arrive à expiration".

Ou, comme c'est open source, voyez si vous ou quelqu'un d'autre pouvez apporter le changement et le compiler vous-même. J'imagine que si vous essayez de soumettre la modification à ajouter à la version officielle, ils la rejetteront, mais nous pourrions peut-être être agréablement surpris.

Après une longue recherche, la solution était simple:

Allez sur Site Management, choisissez le site avec le problème. Choisissez l'onglet Transfer Settingset sélectionnez Activeau lieu de Default.

J'ai trouvé le problème dans le chiffrement quand je l'ai changé en "N'utilisez que du FTP simple (non sécurisé)", puis ça fonctionne parfaitement!

FileZilla m'est très familier et je dois me battre pour les bugs à chaque mise à jour.

J'ai résolu le problème en utilisant un tunnel ssh via l'un de mes serveurs personnels. Je suis absolument perplexe quant à savoir pourquoi cela fonctionnerait. Je suis actuellement au Japon, et mon serveur au Canada, donc peut-être qu'il y a un problème avec l'adresse IPv6 (même si le serveur dit qu'il ne devrait pas) ...?

Je veux juste faire savoir aux gens comment j'ai pu faire fonctionner ça.

Avec le délai d'attente MLSD, le problème peut également être lié au routeur.

J'ai obtenu un nouveau routeur Asus et j'ai mal acheminé les ports pour le mode passif. J'ai un NAS qnap et je me connecte sur le port 21 sur ftp et le port xxxxx: xxxxx en mode passif. Dans mon routeur asus, je définis correctement le port (serveur virtuel) maintenant et cela fonctionne à nouveau. Mon FTP est transféré correctement sur le port 21 vers mon IP NAS, juste des trucs standard. Le problème était également les ports passifs que mon NAS voulait utiliser.

Je l'ai fait dans ma section de transfert de port (Virtual Server est-il appelé dans les routeurs ASUS):

Nom du service: Wthingyoulike

Plage de ports: les ports passifs que votre appareil utilisera (standart 55536: 56559 pour Qnap)

IP locale: IP locale de l'appareil (quelque chose comme 192.168.0.xxx)

Port local: LAISSER CETTE BLANC

Protocole: les deux

Ajouter

Appliquer

BOOM! Nous avons eu une liaison montante.

Le problème pourrait être autre chose, mais cela a corrigé mon délai d'attente et maintenant tout fonctionne.

Si vous vous connectez à un serveur Unix et qu'il exécute iptables (pare-feu), vérifiez votre configuration iptables, dans / etc / sysconfig / iptable-config , pour cette ligne:

IPTABLES_MODULES = ""

s'il est vide, modifiez-le comme suit:

IPTABLES_MODULES = " ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

et recharger ou redémarrer iptables: service iptables recharger (ou redémarrer). Essayez maintenant de vous connecter (en mode passif), et cela devrait fonctionner sans problème.

Cela a résolu notre problème, au bureau, sur les ordinateurs de bureau avec Windows 7 / 8.1, derrière un NAT, et en se connectant avec WinSCP 5.5.3 à un serveur de production exécutant CentOS 6.6 x86_64, Plesk 12 et ProFTPd.

Vous ne devriez pas avoir besoin de faire de réglage fou dans votre client ftp.

À la vôtre, Michael.

PS: Vous aurez besoin d'un accès SSH pour cela et des autorisations root.

Comme d'autres, j'ai perdu beaucoup de temps avec ce problème.

J'ai maintenant résolu le problème.

J'ai utilisé FireFTP (un module complémentaire gratuit de Firefox) et cela a fonctionné de manière transparente, la première fois.

Une chose que j'ai remarquée, c'est que FireFTP était par défaut sur le port 21.

D'un autre côté, FileZilla n'a pas permis de remplir la zone Port (elle reviendrait par défaut à vide). Cela faisait peut-être partie du problème.

J'ai essayé toutes les choses mentionnées précédemment (passer à Active, autoriser Filezilla au-delà du pare-feu, etc.) et rien n'a fonctionné pour moi (j'ai Windows 10).

J'ai eu le même problème, en essayant de me connecter via une connexion rapide sur le port 2222. Ensuite, j'ai utilisé Site Manager avec les paramètres ci-dessous et plus d'erreur:

• port 2222
• protocole SFTP
• Type de connexion Normal
• utilisateur et passe

Ensuite, la connexion via le gestionnaire de site a été effectuée immédiatement.

C'est très simple!

Vous devez ajouter une exception de pare-feu pour Fillzilla (ou tout client que vous utilisez).

(Si cela ne fonctionne pas, il peut s'agir du pare-feu ou du port forward de votre routeur.)

PS: Changer le mode de votre connexion en actif peut être une astuce, mais ce n'est pas la "meilleure solution pratique". ;-)