Ce type de problème ne vient pas forcément du serveur FTP. N'importe quel matériel impliqué dans la connexion TCP peut être à l'origine de la coupure de la connexion.
A la fin du transfert, qu'affiche le client FTP ?
Il y a-t-il un routeur ou un pare-feu entre le client et le serveur FTP. Dans ce cas, cet équipement peut parfaitement (probablement) être à l'origine du soucis : le transfert des données prenant beaucoup de temps (sur la connexion dédiée aux données), il n'y a rien qui passe sur le canal de commande. Le routeur/FW détecte alors une connexion inactive et ferme la connexion.
La solution serait peut être, comme tu l'as évoqué, de faire passer des paquets sur le canal de commande, mais là je n'ai pas de solution toute faite et je ne maîtrise pas vraiment ces questions.
Il faudrait activer une fonctionnalité de "keep alive" sur le canal de commande, mais je ne sais pas trop comment faire (je pense que le client et/ou le serveur doit supporter cette fonctionnalité).
De plus, le délai de keep alive défini au niveau du noyau linux est de deux heures ce qui est beaucoup trop dans ce cas. Il faut donc réduire ce délai à 10 ou 15 minutes (la valeur se trouve dans le fichier /proc/sys/net/ipv4/tcp_keepalive_time : il suffit donc de faire un :
echo 900 > /proc/sys/net/ipv4/tcp_keepalive_time
pour passer le délai à 15 minutes).
Evidemment, toutes ces remarques sont données avec toutes les réserves d'usage : je ne suis pas un spécialiste de ce type de configuration et je ne sais pas ce que cela peut provoquer comme effet de bord, mais ça peu valoir le coup d'essayer.
Sinon, tu peux toujours essayer de chercher des solutions dans tes moteurs de recherche préférés (mots clés : FTP, timeout, keepalive, ...).
Bon courage et dis nous si tu trouves une solution.
[^] # Re: NTFS ok
Posté par JJD . En réponse au message fichier superieur à 2GO ! probleme de script pour backup FTP. Évalué à 1.
A la fin du transfert, qu'affiche le client FTP ?
Il y a-t-il un routeur ou un pare-feu entre le client et le serveur FTP. Dans ce cas, cet équipement peut parfaitement (probablement) être à l'origine du soucis : le transfert des données prenant beaucoup de temps (sur la connexion dédiée aux données), il n'y a rien qui passe sur le canal de commande. Le routeur/FW détecte alors une connexion inactive et ferme la connexion.
La solution serait peut être, comme tu l'as évoqué, de faire passer des paquets sur le canal de commande, mais là je n'ai pas de solution toute faite et je ne maîtrise pas vraiment ces questions.
Il faudrait activer une fonctionnalité de "keep alive" sur le canal de commande, mais je ne sais pas trop comment faire (je pense que le client et/ou le serveur doit supporter cette fonctionnalité).
De plus, le délai de keep alive défini au niveau du noyau linux est de deux heures ce qui est beaucoup trop dans ce cas. Il faut donc réduire ce délai à 10 ou 15 minutes (la valeur se trouve dans le fichier /proc/sys/net/ipv4/tcp_keepalive_time : il suffit donc de faire un :
echo 900 > /proc/sys/net/ipv4/tcp_keepalive_time
pour passer le délai à 15 minutes).
Evidemment, toutes ces remarques sont données avec toutes les réserves d'usage : je ne suis pas un spécialiste de ce type de configuration et je ne sais pas ce que cela peut provoquer comme effet de bord, mais ça peu valoir le coup d'essayer.
Sinon, tu peux toujours essayer de chercher des solutions dans tes moteurs de recherche préférés (mots clés : FTP, timeout, keepalive, ...).
Bon courage et dis nous si tu trouves une solution.
JJD