Bonjour à tous,
Lorsque j’up de gros fichier avec une connexion relativement bonne (de l’ordre de 400 Ko/sec en up), il arrive que vsftpd se “coupe” ou tout du moins il n’accepte plus de fichiers. Je ne n’ai jamais remarqué ce genre de problème avec de plus petites connexions, je ne sais pas si ça a un rapport.
J’ai demandé à Google mais il ne sait pas me répondre ou je ne lui parle pas assez bien.
D’avance, merci pour vous réponses.
Salut,
Les logs disent quoi ?
Côté client :
11:01:58 Erreur : Connexion interrompue par le serveur
11:02:13 Erreur : Délai d'attente expiré
11:02:13 Erreur : Echec du transfert du fichier après avoir transféré 156,4 Ko en 20 secondes
11:02:13 Statut : Résolution de l'adresse de ks28476.swordarmor.fr
11:02:14 Statut : Connexion à 91.121.95.51:21...
11:02:14 Statut : Connexion établie, attente du message d'accueil...
11:02:14 Réponse : 220 Bienvenue aux rares personnes qui liront ce message.
11:02:14 Commande : USER mpd
11:02:14 Réponse : 331 Please specify the password.
11:02:14 Commande : PASS *****
11:02:14 Réponse : 230 Login successful.
11:02:14 Commande : OPTS UTF8 ON
11:02:14 Réponse : 200 Always in UTF8 mode.
11:02:14 Statut : Connecté
11:02:14 Statut : Démarrage de l'envoi de /media/donnees/musique/Ennio Morricone/Mon nom est Morricone/12 le trio infernal.mp3
11:02:14 Commande : CWD /music/ost/Ennio Morricone/Mon nom est Morricone
11:02:14 Réponse : 250 Directory successfully changed.
11:02:14 Statut : Récupération du contenu du dossier...
11:02:14 Commande : TYPE I
11:02:14 Réponse : 200 Switching to Binary mode.
11:02:14 Commande : PASV
11:02:14 Réponse : 227 Entering Passive Mode (91,121,95,51,193,188).
11:02:14 Commande : LIST
11:02:14 Réponse : 150 Here comes the directory listing.
11:02:14 Réponse : 226 Directory send OK.
11:02:14 Commande : PASV
11:02:14 Réponse : 227 Entering Passive Mode (91,121,95,51,171,205).
11:02:14 Commande : REST 763584
11:02:14 Réponse : 350 Restart position accepted (763584).
11:02:14 Commande : STOR 12 le trio infernal.mp3Côté serveur :
Sat May 25 11:02:14 2013 [pid 9916] CONNECT: Client "85.68.131.13"
Sat May 25 11:02:14 2013 [pid 9914] [mpd] OK LOGIN: Client "85.68.131.13"
Sat May 25 11:02:35 2013 [pid 9923] CONNECT: Client "85.68.131.13"
Sat May 25 11:02:35 2013 [pid 9921] [mpd] OK LOGIN: Client "85.68.131.13"
Sat May 25 11:02:57 2013 [pid 9930] CONNECT: Client "85.68.131.13"
Sat May 25 11:02:57 2013 [pid 9928] [mpd] OK LOGIN: Client "85.68.131.13"
Sat May 25 11:03:18 2013 [pid 9937] CONNECT: Client "85.68.131.13"
Sat May 25 11:03:18 2013 [pid 9936] [mpd] OK LOGIN: Client "85.68.131.13"
Sat May 25 11:03:40 2013 [pid 9946] CONNECT: Client "85.68.131.13"
Sat May 25 11:03:41 2013 [pid 9945] [mpd] OK LOGIN: Client "85.68.131.13"
Salut,
Tu devrais regarder du côté de ces options:
[quote]data_connection_timeout
The timeout, in seconds, which is roughly the maximum time we permit data transfers to stall for with no progress. If the timeout triggers, the remote client is kicked off.
Default: 300
idle_session_timeout
The timeout, in seconds, which is the maximum time a remote client may spend between FTP commands. If the timeout triggers, the remote client is kicked off.
Default: 300[/quote]
Et peut-être augmenter les valeurs.
“156,4 Ko en 20 secondes” soit environ 8 ko/s, ça ne me paraît pas vraiment correspondre à une “connexion relativement bonne (de l’ordre de 400 Ko/sec en up)”.
En regardant de plus près j’ai remarqué que FileZilla gérait l’idle de son côté sans tenir compte du serveur. Ceci avait pour effet de créer plein de processus vfstpd (je l’ai vu avec un ps). Donc j’ai baissé les valeurs data_connection_timeout et idle_session_timeout de façon drastique. De cette façon, il n’y a jamais plus de 10 processus en même temps et vsftp ne nage pas dans son jus.
Merci de ton aide 
je n’aurais pas pensé à regarder ces valeurs sinon.
Là c’est parce que vsftpd ne répondait pas comme il faut. Sinon j’ai
Ce qui me donne respectivement 1,38 Mio de DL et 359.68 Kio en UP.
Cela me semble parfaitement normal et sain. Si le serveur ne répond plus, il faut bien que le client décide d’arrêter au bout d’un moment. En revanche je trouve bizarre que filezilla affiche “Connexion interrompue par le serveur” puis attende 15 secondes avant d’annoncer “Délai d’attente expiré”. Ensuite la reconnexion et la reprise du transfert semble bien se passer d’après le log client.
Plein = combien ? Là par contre, je ne vois pas le lien de cause à effet.
J’ai un serveur vsftpd sur une machine de mon réseau local en fast ethernet 100 Mbit/s, on peut donc considérer que c’est une connexion “relativement bonne”. Les transferts peuvent atteindre 10 Mo/s s’ils sont assez longs (à cause du slow start). Avec 5 transferts simultanés, il y a une douzaine de processus vsftpd présents, et tout se passe bien.
Tu as essayé avec un autre client FTP, une autre connexion internet (aussi rapide) ?
Je ne sais pas alors. Voilà mon .conf si tu veux y regarder de plus près : https://paste.debian.net/6479/