Discussion :

[gedeon555]

Je suis en train de me concentrer sur ce qu'on pourrait appeler pour simplifier les choses "un client ftp". Je coince devant un problème extrèmement bete : Chaque fois que j'envoie une commande (du genre "user user"), le serveur ftp me renvoie une réponse que je capte à l'aide de la fonction recv du C. Cependant, je fais des tests sur un serveur libre linux et lorsque j'envoie la commande "pass password", le serveur me renvoie deux réponses :

1ère réponse :

Code :

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

230-Welcome, archive user anonymous@localhost !

2ème réponse :

Code :

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

1
2
3
4
5
6
7
230-
230-The local time is: Thu Mar 22 20:28:26 2007
230-
230-This is an experimental FTP server.  If have any unusual problems,
230-please report them via e-mail to <root@benji-desktop>.
230-
230 Anonymous access granted, restrictions apply.

Je vous fais le résumé d'une connexion ftp vers mon serveur pour que vous voyez mieux le problème :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
220 ProFTPD 1.3.0 Server (Debian) [::ffff:127.0.0.1]
 
>> user anonymous
331 Anonymous login ok, send your complete email address as your password.
 
>> pass toto@titi.tutu
230-Welcome, archive user anonymous@localhost !
 
>> pasv
230-
230-The local time is: Thu Mar 22 20:28:26 2007
230-
230-This is an experimental FTP server.  If have any unusual problems,
230-please report them via e-mail to <root@benji-desktop>.
230-
230 Anonymous access granted, restrictions apply.
 
>> close
227 Entering Passive Mode (127,0,0,1,241,180).

Dans le code source, je suppose qu'à chaque commande envoyée, j'attend UNE réponse du serveur. J'ai essayé de faire un while (recv() > 0) pour faire un "tant que le serveur répond ..." mais la fonction recv est bloquante et si le serveur n'a rien à renvoyer, le client attend. Je ne sais pas si je suis très clair. Je cherche une solution à ce problème. Merci

[gedeon555]

petite rectification : Quand je met un sleep(1); avant l'appel à recv (histoire de laisser le temps au serveur d'envoyer la réponse), tout marche bien. Mais bon... je vais quan meme pas attendre 1 seconde entre chaque commande non?

[stephl]

Je ne comprends pas le problème. Si le serveur envoie une réponse qui tient en un seul message, alors il suffit de faire un seul recv() qui bloquera jusqu'à ce que le serveur ait répondu.

[gedeon555]

non le problème, c'est que quand je fais un recv, le client n'attend pas que le serveur ait fini de "parler". C'est pour cela que lorsque j'insère un "sleep(1)" avant le recv, j'ai bien le message dans sa totalité : en gros, je fais attendre le client manuellement, ce qui est moche

[stephl]

non le problème, c'est que quand je fais un recv, le client n'attend pas que le serveur ait fini de "parler".

Je ne comprends décidément pas. recv() attend qu'il y ait des données. Après, vous devez bien être capable de déterminer si le serveur a tout transmis ou bien si il faut appeler à nouveau recv(), non?

[gedeon555]

ben moi non plus je ne comprend pas, lorsque j'appelle une fois recv après la commande "pass" et une fois recv après la commande "pasv", j'obtiens ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
>> pass toto@titi.tutu
230-Welcome, archive user anonymous@localhost !
 
>> pasv
230-
230-The local time is: Thu Mar 22 20:28:26 2007
230-
230-This is an experimental FTP server.  If have any unusual problems,
230-please report them via e-mail to <root@benji-desktop>.
230-
230 Anonymous access granted, restrictions apply.

Ca se comporte comme si le serveur ftp envoyait deux réponses à la suite de "pass". Comment suis-je sensé savoir si le serveur va envoyer une ou deux réponse ?

Après, vous devez bien être capable de déterminer si le serveur a tout transmis ou bien si il faut appeler à nouveau recv(), non?

Je ne vois pas comment

[souviron34]

230-This is an experimental FTP server.

Euh ???

[stephl]

Comment suis-je sensé savoir si le serveur va envoyer une ou deux réponse ?

Il doit bien y avoir une doc explicative des commandes acceptées par le serveur et des réponses générées. La réponse devrait s'y trouver.

Je ne vois pas comment

Même chose qu'au dessus. Soit vous savez à l'avance qu'à telle commande, la réponse tiendra dans n messages, soit vous pouvez déterminer le nombre de messages autrement (message de fin ou autre technique). Sinon, si rien de ceci n'est mis en place, je ne vois pas trop comment détecter la fin des données.

[gedeon555]

Le serveur utilisé est ProFTP sous linux. Vous pensez que c'est de sa faute tout ca ? Et qu'avec d'autres serveurs (genre ceux de free), ca marchera ? pacequ'avec Free, effectivement c'est nikel mais je ne tiens pas à faire un client qui ne marche qu'avec le ftp de free

[stephl]

Vous pensez que c'est de sa faute tout ca ?

Désolé, je ne m'y connais pas assez en FTP et je ne voudrais pas dire de bêtise. J'espère donc que quelqu'un d'autre saura vous répondre.

[Médinoc]

Si le problème est sur le client qui n'attend qu'une seule réception du serveur entre deux entrées de l'utilisateur, le problème est assez facile à régler sur une plate-forme unixoïde, où les sockets et l'entrée standard sont tous les deux des descripteurs :
Un simple select() sur le socket et STDIN_FILENO suffira.

Sous Windows, c'est Pain In The Ass (PITA), car :

• select() ne marche que sur les sockets, qui ne sont pas des descripteurs,
• La fonction d'attente de Windows ne marche pas sur une console en mode ligne-par-ligne (et on ma répondu un truc du type "ce n'est pas un bug, c'est une feature").

Ainsi sous Windows, on peut envisager la solution du multi-thread, ou bien autre chose plus ou moins propre (comme utiliser la console en mode caractère-par-caractère, ce qui permet d'utiliser la fonction d'attente dessus...)

[gedeon555]

merci