J'utilise Filezilla Server 0.9.45 beta pour gérer mon serveur à distance… .. Après l'avoir configuré, j'ai testé la connexion à l'aide de l'IP 127.0.0.1
et tout s'est déroulé correctement. Cependant, pour me connecter au serveur à distance, j'ai transféré le port sur le port 21 et essayé de me connecter à l'aide de l'adresse IP de mon ordinateur.
Status: Connecting to [My IP]:21...
Status: Connection established, waiting for welcome message...
Response: 220 Powered By FileZilla Server version 0.9.45 beta
Command: USER hussain khalil
Response: 331 Password required for user
Command: PASS *********
Response: 230 Logged on
Status: Connected
Status: Retrieving directory listing...
Command: CWD /
Response: 250 CWD successful. "/" is current directory.
Command: PWD
Response: 257 "/" is current directory.
Command: TYPE I
Response: 200 Type set to I
Command: PORT 192,168,0,13,205,63
Response: 200 Port command successful
Command: MLSD
Response: 150 Opening data channel for directory listing of "/"
Response: 425 Can't open data connection for transfer of "/"
Error: Failed to retrieve directory listing
Cela continue de fonctionner localement, mais pas lors de la connexion à distance ... Comment puis-je résoudre ce problème?
Lorsque vous envoyez la commande de port à votre serveur, vous demandez au serveur de se connecter à vous (sur le réseau distant). Si le réseau distant dispose également d'un routeur NAT et que vous n'avez pas transféré le port que vous envoyez avec votre commande PORT, le serveur ne pourra pas vous joindre.
La solution la plus courante consisterait à envoyer la commande PASV au serveur au lieu de la commande PORT. La commande PASV demandera au serveur de créer un socket d’écoute et d’accepter une connexion de la machine distante pour établir la connexion de données.
Pour que la commande PASV fonctionne, vous devez également transférer une plage de ports pour les connexions de données passives. Les ports de connexion passifs (à transférer) doivent être répertoriés dans la documentation FileZilla.
Je viens de remplacer le cryptage "Utiliser un FTP explicite sur TLS si disponible" par "Utiliser uniquement un FTP simple" (non sécurisé) sur le gestionnaire de site et cela fonctionne!
Fichier > Gestionnaire de site > Sélectionnez votre site> Paramètres de transfert > Actif
Travaille pour moi.
La plupart des réponses fournies ici impliquent la configuration. En fait, en ajoutant simplement sftp://
sur votre hôte (voir l'image ci-dessous), vous pouvez corriger instantanément ce type de problème et cela fonctionne pour moi.
Et notez également que si vous suivez le guide Vaggelis vous baissez votre sécurité, sftp
est préférable à l’utilisation de plain ftp
.
Je viens de remplacer le cryptage "Utiliser un FTP explicite sur TLS si disponible" par "Utiliser uniquement un FTP simple" (non sécurisé) sur le gestionnaire de site et cela fonctionne!
Mon expérience est que la nouvelle version de Filezilla a ce problème, mais pas les anciennes versions. J'utilisais Filezilla et tout allait bien. Après avoir mis à niveau vers la version 3.10, j'ai rencontré ce problème et je ne pouvais pas le résoudre. J'ai désinstallé la version 3.10 et réinstallé la version 3.8 et le problème avait disparu! Maintenant, j'utilise la version 3.8 et tout va bien. Je préfère ne rencontrer aucun problème même si je dois utiliser d'anciennes versions. ;)
Essayez d'installer l'ancienne version et ne mettez pas à niveau, aussi étrange que cela puisse paraître.
Ok cela a beaucoup aidé, je ne pouvais pas trouver de solution.
Simplement, j'ai déjà transféré le port FTP sur mon serveur. (La valeur par défaut est 14147, je vais l'utiliser comme exemple)
Allez dans Édition> Paramètres généraux, le port d'écoute devrait être celui que vous utilisez, dans ce cas 14147.
Ensuite, allez dans Paramètres du mode passif, j’ai coché la case "Utiliser un port personnalisé" et entré dans la plage 50000 - 50100.
Ensuite, sur votre routeur, transférez le port 50000 - 50100 vers l’IP du serveur localement.
Les paramètres spécifiques à IPv4 que j'ai laissés par défaut, ont reconnecté mon client et bam maintenant la liste des fichiers apparaît.
Assurez-vous que le pare-feu de votre serveur a une règle entrante définie pour accepter 14147 et 50000-50100.
Essentiellement ce qu'Evan a déclaré. Je ne peux pas attester de la sécurité d’ouverture de ces ports, mais c’est ce qui a finalement permis à mon client et mon serveur Filezilla de communiquer et d’afficher des fichiers. J'espère que ça aide quelqu'un.
J'ai résolu ce problème en allant dans Site Manager -> sélectionnez la connexion qui Failed to retrieve directory listing
-> est passée à l'onglet "Paramètres de transfert" et réglez "Mode de transfert" sur "Actif" au lieu de "Par défaut". Vérifiez également si vous êtes connecté via un réseau privé virtuel (VPN) ou similaire, cela peut également interférer.
J'ai eu le même problème (ce qui a fonctionné pour moi, sous Windows OS), c'est l'ajout de FileZilla en tant qu'exception de pare-feu: autoriser un programme via les fonctions de pare-feu
J'ai eu le même problème, cela était dû au pare-feu. J'utilise Windows Server,
Pouvez-vous autoriser l'autorisation de connexion pour programme , au lieu de l'autorisation du port 21,22.
Windows Firewall with Advanced Security->
Inbound Rules->
Add Rule->
Program->
"Select Filezilla path with Browse button"->
Allow the Connection
J'ai eu Filezilla 3.6, et avait le même problème que OP. J'ai mis à jour à 3.10.3 pensant que cela résoudrait le problème. Non, toujours le même.
Ensuite, j'ai un peu fouillé dans les options et ce qui a fonctionné pour moi est:
Édition -> Paramètres -> FTP -> Mode passif et est passé de "Revenir en mode actif" à "Utiliser l'adresse IP externe du serveur à la place"
J'ai rencontré le même problème avec le client FZ alors que mon ordinateur portable était connecté via WLAN et DSL/Router. Dans les paramètres de connexion de Site Manager, j'ai été appliqué. Hôte: ftp.nom-de-domaine, Cryptage: n'utilisez que des connexions FTP simples (non sécurisées) et Utilisateur: nom d'utilisateur @ nom de domaine. Ensuite, le client FTP s'est connecté avec succès au serveur de mon site Web. Plus d’informations sur la connexion FTP sont disponibles dans le CPanel du serveur Web. J'espère que cela t'aides.
Vérifiez si l'adresse IP du routeur est identique à celle du serveur FTP. Sinon, assurez-vous que c'est la même chose. Cela devrait fonctionner parfaitement.
J'ai eu ce problème avec mon serveur hébergé dans le nuage. Je n'ai besoin du serveur que quelques fois par an. Ainsi, lorsque je démarre mon serveur, l'adresse IP change. La nouvelle adresse IP doit ensuite être mise à jour avec les paramètres du mode passif du serveur FTP!
La dernière version de Filezilla fonctionne très bien!
Si vous utilisez VestaCP, vous pouvez autoriser les ports 12000-12100 TCP sur votre pare-feu Linux.
Vous pouvez le faire dans les paramètres VestaCP.
J'ai également eu le problème après la mise à niveau à 3.10. J'avais versoin 3.6.02 traîner et installé cela. Problème résolu.
Dans mon cas, le redémarrage de mon routeur que je connectais à Internet auparavant fonctionnait. Je pense que trop de connexions partaient de la même adresse IP et lorsque j'ai redémarré mon routeur, une nouvelle adresse IP a peut-être été attribuée. Désormais, tout fonctionne correctement et le mode passif donne une bonne vitesse de référencement des répertoires.