J'ai des problèmes avec un serveur FTP, le serveur FTP s'exécute sur CentOS. Le serveur FTP utilisé est VSftpd 2.0.5 (je crois que c'est le serveur par défaut installé avec CentOS). Auparavant, le serveur fonctionnait sous Windows (FileZilla Server), où nous n'avions pas ce problème et où les transferts FTP étaient très rapides.
Cela ne se produit que lorsque vous effectuez une opération FTP GET ou PUT dans un stockage réseau, si le fichier que je tente d'utiliser FTP est en cours d'écriture ou de lecture sur le disque dur local de la machine CentOS, son fonctionnement est extrêmement rapide.
Le stockage réseau est monté sous centos en utilisant:
mount -o rw,vers=3 IP_HERE:/ftp /media/X
Lorsque j'essaie de transférer sur le stockage réseau, le délai est long et, même si les fichiers sont transférés très rapidement, la transaction prend beaucoup de temps. Malheureusement, je ne contrôle pas le côté réseau (pare-feu, etc.), mais je cherche des conseils sur ce dont j'ai besoin pour demander à l'équipe réseau de résoudre les problèmes lorsque nous examinons ce problème. Cela fait longtemps qu'elle est en suspens et les tentatives précédentes pour résoudre ce problème ont échoué.
Voici un exemple d'envoi que je viens de faire (vers le stockage réseau), le temps de transfert de fichier signalé n'est que de 9 secondes, mais le transfert global a pris beaucoup plus de temps que cela. Lors du transfert d'un grand nombre de petits fichiers, ce délai s'additionne évidemment et le transfert prend beaucoup de temps.
13:47:50| put "test.img"
13:47:50| 200 PORT command successful. Consider using PASV.
13:48:22| 150 Ok to send data.
13:48:31| 226 File receive OK.
ftp: 33555060 bytes sent in 8.95Seconds 3747.49Kbytes/sec.
Dans l'exemple ci-dessus, j'ai lancé la commande ftp put à 13:47:50 et la réponse 200 a été instantanée. La réponse 150 est arrivée à 13:48:22, puis le transfert semble s'être terminé rapidement (~ 9 secondes), comme indiqué par la réponse 226 @ 13:48:31. Il existe exactement le même type de retard en mode passif entre la réponse STORE et la réponse 150.
Je suppose que cela revient vraiment à ce qui se passe avant cette réponse. S'agit-il d'un problème de configuration de serveur ici? Ou est-il plus susceptible d'être lié au pare-feu? Tout conseil très bienvenu.
Merci!
la source
Consider using PASV. Avez-vous essayé de passer enPASVmode?ftpUtilisez -vous -client sous Linux ou Windows? De toute façon, pourriez-vous essayer de vousftp -d x.x.x.xconnecter en mode débogage et voir si le délai est juste après la200 PORTligne ou après la---> STORligne?putjuste après la première? Si ce n'est pas le cas, et que le deuxième et les autres suivantsputsont plus rapides, cela pourrait être le problème décrit par DaveDeveloper.Réponses:
Oui ça m'arrive aussi. Si vous utilisez un client comme FileZilla, vous devez vous assurer qu'il ne se déconnecte pas après chaque opération de fichier. La connexion prend beaucoup de temps
la source
lors du montage de VSftpd, l'authentification de montage survient en premier, ce qui serait la cause du retard
Je voudrais soit créer un partage Samba si vous utilisez des clients Windows et / ou NFS pour les clients Linux.
Si vous êtes bloqué avec ftp, essayez d'utiliser autofs mount. cela pourrait maintenir votre monture en arrière-plan pour vous permettre de réduire le délai de connexion initial.
vous pouvez également rechercher un délai de déconnexion ou un délai de temporisation lors de la configuration VSFTPD et le modifier.
Si vous utilisez le serveur LDAP pour l'authentification, cela pourrait également être le problème.
la source