La machine en question tourne sous CentOS 5.7 et vsftpd-2.0.5-21.el5.x86_64.
Mon client peut se connecter au serveur et interagir avec lui normalement par FTP standard. Il peut également se connecter via FTPS et s'authentifier correctement, mais lorsque mon client (Filezilla) tente une commande LIST, il reçoit l'erreur suivante ;
Erreur GnuTLS -53 : Erreur dans la fonction push
GnuTLS est entièrement mis à jour depuis le repo vers gnutls-1.4.1-3.el5_4.8.x86_64.
Il y a un pare-feu (logiciel, sur le serveur ou le client, ou matériel) quelque part entre votre client et le serveur. Le LIST provoque l'ouverture par le client d'une seconde connexion au serveur (appelée "canal de données"), qui est bloquée. Vérifiez la configuration de votre serveur pour savoir si pasv_min_port y pasv_max_port et s'assurer que tout pare-feu entre le client et le serveur autorise le trafic sur ces deux canaux. todos des ports intermédiaires entre le client et le serveur.
La raison pour laquelle le protocole FTP classique n'est pas concerné est que la plupart des pare-feu inspectent les commandes et les réponses envoyées entre le client et le serveur et déterminent dynamiquement les ports à ouvrir pour le canal de données. Comme la communication est cryptée lors de l'utilisation de FTPS, cette inspection ne peut pas avoir lieu.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
0 votes
Utilisez-vous un pare-feu ? Si oui, essayez sans pare-feu. S'il est difficile d'essayer sans pare-feu, essayez d'autoriser (et d'utiliser) un listing non crypté, puis un transfert crypté.