[Reseau] Probleme commande ftp

Version imprimable

30/04/2007, 10h12
PP(Team)

[Reseau] Probleme commande ftp

Bonjour,

afin de faire des test avant de programmer ces commandes, je lance dans l'invite de commande des requêtes ftp, mais elles ne fonctionnent pas, et je ne comprend pas pourquoi, et je ne parviens pas à trouver d'exemple concret d'utilisation de REST.
Voici ce que je fais :

ftp ftp.club-internet.fr
puis en tapant sur "ENTREE".
cd pub/unix/linux/distributions/Mandrakelinux/official/iso/2006.0/i586/one
voici les 2 solutions pour le moement :
1) GET README readme.txt REST 1000 -->Ecrit readme.txt complet
ou
GET README REST 1000 -->Ecrit REST complet

Comment utiliser correctement la commande REST ??

Merci d'avance

EDIT : J'ai l'impression que l'on ne peut pas lancer un REST sur un fichier non existant, mais cela ne devrait pas poser de problème dans mon cas.
Donc est-ce possible, en FTP (car en HTTP oui) de n'avoir que des parties de fichier ? (donc la 2e et 4e partie sans avoir la 3e, par exemple).
30/04/2007, 13h44
ZeRiL

REST Cette commande doit être implémentée pour pouvoir utiliser les fonctions "Resume" d’un serveur FTP. Elle doit être immédiatement suivie d’une commande RETR ou STOR. la syntaxe est : REST offset Avec à la place de "offset", l’octet de départ, par rapport au début du fichier. Le code de retour est "350".

source : http://www.bashprofile.net/spip.php?article83

En esperant que ca t'aide :)
30/04/2007, 15h37
PP(Team)

Citation:

Envoyé par ZeRiL

REST Cette commande doit être implémentée pour pouvoir utiliser les fonctions "Resume" d’un serveur FTP. Elle doit être immédiatement suivie d’une commande RETR ou STOR. la syntaxe est : REST offset Avec à la place de "offset", l’octet de départ, par rapport au début du fichier. Le code de retour est "350".

source : http://www.bashprofile.net/spip.php?article83

En esperant que ca t'aide :)

Oui et non.
Depuis que j'ai posté le problème, la situation a évoluée.
Maintenant le REST fonctionne, mais pas correctement :
Si j'écrit dans un fichier txt 19 octet (quelquonques) et que je lance le REST 19, il me fait un fichier de bonne taille, mais en m'effacant la fin du fichier (les 19 derniers), alors que je voudrais qu'il m'enlève les 19 premiers.
Je ne vois pas pourquoi il y a ce problème pour le moment, et j'ai surtout l'impression de mal utiliser REST, alors que c'set récupéré d'un programme où le REST de base fonctionnait correctement:? :? :?
30/04/2007, 15h47
ZeRiL

Citation:

Envoyé par PP(Team)

Si j'écrit dans un fichier txt 19 octet (quelquonques) et que je lance le REST 19, il me fait un fichier de bonne taille, mais en m'effacant la fin du fichier (les 19 derniers), alors que je voudrais qu'il m'enlève les 19 premiers.

Oui normal, c'est bizarre qu'il t'efface les 19 derniers Oo. Tu fais bien REST 19 puis RETR fichier.txt ? Sinon la je vois pas.. :s
30/04/2007, 16h07
PP(Team)

Citation:

Envoyé par ZeRiL

Oui normal, c'est bizarre qu'il t'efface les 19 derniers Oo. Tu fais bien REST 19 puis RETR fichier.txt ? Sinon la je vois pas.. :s

Oui, c'est ce que je fais, mais là, je viens de m'appercevoir qu'en fait, avec un zip ca pouvait éventuellement fonctionner, c'est en cours de test.
Mais je ne vois pas pourquoi ca serait différent, même si le transfert en ASCII et en Binaire est différent...
30/04/2007, 16h32
ZeRiL

Citation:

Envoyé par PP(Team)

Oui, c'est ce que je fais, mais là, je viens de m'appercevoir qu'en fait, avec un zip ca pouvait éventuellement fonctionner, c'est en cours de test.
Mais je ne vois pas pourquoi ca serait différent, même si le transfert en ASCII et en Binaire est différent...

Alors la... 8O

Desole de ne pas pouvoir etre plus utile.
30/04/2007, 16h43
PP(Team)

Citation:

Envoyé par ZeRiL

Alors la... 8O

Desole de ne pas pouvoir etre plus utile.

Après test, ca marche po :(

Bon, alors, avant de faire le ftp, je l'ai fait en HTTP. J'avais utilisé des poiteurs où je précisais à partir de quel bit je souhait recevoir les données.
En le faisant pour le FTP, et me retourne -1. Est-ce que quelqu'un saurait pourquoi ?

NB : En fait, L'appel de REST plante, voici le code
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 bool bRet = ::FtpCommandA(hConnect, // WinInet Connection handle TRUE, // Yes, I expect a response FTP_TRANSFER_TYPE_BINARY, // I'm receiving BINARY "REST 5000", // This is the FTP command I am passing 0, // No context needed &hResponse); // The handle to read the response if (!bRet) { printf("Error:%d", GetLastError()); exit(0); }
ca me retourne ceci : error 12003.

NB : si je met FALSE (je n'attend pas de réponse), il me télécharge toujours le début du fichier, car il n'a pas attendu que le serveur prévienne de l'erreur.

02/05/2007, 10h47
ZeRiL

Salut,

je te met un peu en vrac ce que je trouve sur le net pour ton erreur :

- l'erreur 12003 peut arriver lorsque tu utilises un FTP WinInet pour te connecter a certains serveurs de VAX/VMS FTP. La solution est alors de ne pas specifier INTERNET_FLAG_PASSIVE dans l'InternetConnec, donc de ne pas passer en mode passif.

- Il se peut aussi que l'erreur 12003 apparaisse si le dossier distant n existe pas

Encore une fois, en esperant que ca t'aide
02/05/2007, 11h49
PP(Team)

Citation:

Envoyé par ZeRiL

Salut,

je te met un peu en vrac ce que je trouve sur le net pour ton erreur :

- l'erreur 12003 peut arriver lorsque tu utilises un FTP WinInet pour te connecter a certains serveurs de VAX/VMS FTP. La solution est alors de ne pas specifier INTERNET_FLAG_PASSIVE dans l'InternetConnec, donc de ne pas passer en mode passif.

- Il se peut aussi que l'erreur 12003 apparaisse si le dossier distant n existe pas

Encore une fois, en esperant que ca t'aide

Pas vraiment, ces erreurs ne me concernent pas (je pense), mais bon, de toute facon, j'essaye une autre méthode, sans passer par Wininet, donc je vais abandonner celle-ci.

Merci beaucoup pour ton aide.