Retard dans FTP lors du transfert vers un stockage réseau

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!

— james4563
source

Consider using PASV. Avez-vous essayé de passer en PASVmode?

— Rik

Oui, j'ai le même genre de retard en utilisant le mode PASV malheureusement

— james4563

ftpUtilisez -vous -client sous Linux ou Windows? De toute façon, pourriez-vous essayer de vous ftp -d x.x.x.xconnecter en mode débogage et voir si le délai est juste après la 200 PORTligne ou après la ---> STORligne?

— Rik

Est-ce que le même retard se produit lorsque vous faites une seconde putjuste après la première? Si ce n'est pas le cas, et que le deuxième et les autres suivants putsont plus rapides, cela pourrait être le problème décrit par DaveDeveloper.

— Rik

Salut, je vois exactement le même problème. Qu'est-ce qui a fini par réparer ça pour vous?

— Philip Brack

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

— Jim Gao
source

Oui, c'est très étrange. Une fois que le transfert commence réellement, il se termine très rapidement, comme le montre mon enregistrement. Cela doit concerner le stockage réseau, mais je ne sais pas quel est le problème et il est étrange que cela ne se soit pas produit sur le serveur FTP Windows avant de passer à CentOS.

— james4563

Si vous utilisez cent OS, vous pouvez peut-être utiliser un autre serveur FTP. Comme si vous utilisiez ftpd, essayez ProFTPD

— Jim Gao le

Donc, vous connaissez la séquence lorsque l'utilisateur accède à votre serveur FTP:

— Jim Gao

Utilisateur -> Votre routeur -> Votre ordinateur -> FTPD -> Votre disque dur

— Jim Gao

Cela lui permet de fonctionner mais quel est le problème. Comment peut-on améliorer la performance?

— Philip Brack

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.

— DaveDeveloper
source