Discussion :

[zakuli]

Bonjour,

Je recherche un client FTP, libre ou gratuit, capable de résister à des coupures internet notamment pour des fichiers de grande taille et donc d'être capable de redémarrer le transfert où il en était dès que la connexion est rétablie.

Merci

[AdmChiMay]

Filezilla ?

[Invité]

Bonjour,

Je recherche un client FTP, libre ou gratuit, capable de résister à des coupures internet notamment pour des fichiers de grande taille et donc d'être capable de redémarrer le transfert où il en était dès que la connexion est rétablie.

Merci

C'est une fonctionnalité du serveur (extensions FTP RFC3659) qui doit supporter le Restart of Interrupted Transfer (REST).
Pour vérifier si le serveur FTP sur lesquel tu es connecté supporte REST, il suffit d'entrer la commande 'rest 0' :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> rest 0
restarting at 0. execute get, put or append to initiate transfer

Si le serveur ne supporte pas cette extension, tu auras un message d'erreur.

Steph

[zakuli]

Merci Steph,

Si mon serveur me dit après un rest 0
Réponse : 350 Restarting at 0
c'est donc qu'il est capable de faire face à une déconnexion internet ?

[Invité]

Merci Steph,

Si mon serveur me dit après un rest 0
Réponse : 350 Restarting at 0
c'est donc qu'il est capable de faire face à une déconnexion internet ?

En théorie, oui

Steph

[zakuli]

Merci, mais mon serveur ne reprend pas le transfert demandé par mon client FTP (FileZila) après reconnexion, même si je demande à ce dernier de se reconnecter au serveur
Que faut il faire ?

[Invité]

Merci, mais mon serveur ne reprend pas le transfert demandé par mon client FTP (FileZila) après reconnexion, même si je demande à ce dernier de se reconnecter au serveur
Que faut il faire ?

FileZilla client étant compatible RFC3659, alors c'est le serveur FTP sur lequel tu fais ton GET qui est pourri
Malheureusement, je ne vois pas d'autre solution que de réessayer et réessayer encore, ou bien trouver un accès haut débit / basse latence

Steph

[zakuli]

Mon essai décrit ci-dessus a été réalisé de France : je lance un téléchargement ou un upload d'un fichier vidéo, je coupe ma box, je la rallume. FileZila ne cherchant pas à se reconnecter, je le lui demande. Il se reconnecte bien, mais le transfert ne redémarre pas. tu es sûr que ce ne devrait pas être le client qui redemande le transfert ?

Pour l'accès haut débit sans latence, c'est mort, car en fait, je lance l'upload (via Teamviewer) d'un pays dont les connexions internet sont coupées régulièrement, raison de mon post.

En tout cas merci pour ton aide

Zakuli

[Invité]

tu es sûr que ce ne devrait pas être le client qui redemande le transfert ?

Bien sûr que c'est le client qui demande le "resume upload".
Mais apparemment, ton serveur l'ignore, il redémarre alors le transfert à partir de l'offset 0 du fichier.

Tu peux peut-être contacter l'admin du serveur FTP et lui demander de splitter le fichier en plusieurs morceaux ?

Steph

[zakuli]

Quand je lance la commande "resume upload" FileZila me renvoie un "500 unkwon command".
C'est mon serveur qui ne sait pas relancer le transfert ?

[Invité]

Quand je lance la commande "resume upload" FileZila me renvoie un "500 unkwon command".
C'est mon serveur qui ne sait pas relancer le transfert ?

Lorsque le client redémarre son transfert, il demande au serveur : "lorsque je téléchargeais le fichier xxxx, je n'ai téléchargé que les 1 244 126 premiers octets, pouvez-vous s'il vous plait Mr le serveur FTP me donner le reste du fichier à partir du 1 244 127ème octet ?".

Malheureusement, dans ton cas, le serveur ignore cette requête et redémarre à partir de l'offset 0.

Encore une fois, ton problème est un problème côté serveur FTP et non pas côté client.
Soit le serveur implémente mal l'extension "resume download", soit la commande REST est bloquée au niveau d'un firewall (oui, c'est parfois bloqué).

Je ne vois pas de solution hormis contacter l'admin du serveur FTP (ça m'est déjà arrivé une fois, l'admin du serveur avait splitté le fichier en 4 fichiers plus petits que j'avais téléchargés individuellement pour reconstituer le fichier original).

Steph

[zakuli]

Merci de tes explications Steph, je vais consulter l'admin de mon serveur FTP.

Et encore un grand merci pour tes réponses claires et rapides.

Zakuli