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
Version imprimable
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).Citation:
Envoyé par zakuli
Pour vérifier si le serveur FTP sur lesquel tu es connecté supporte REST, il suffit d'entrer la commande 'rest 0' :
Si le serveur ne supporte pas cette extension, tu auras un message d'erreur.Code:
2
3
4
5
Steph
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 :roll:Citation:
Envoyé par zakuli
Steph
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 :aie:Citation:
Envoyé par zakuli
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
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
Bien sûr que c'est le client qui demande le "resume upload".Citation:
Envoyé par zakuli
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
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 ?".Citation:
Envoyé par zakuli
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
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