[WD15] - Erreur incompréhensible durant transferts FTP
21 réponses
Dev_PC
Salut et meilleurs voeux à toutes et tous,
J'utilise les commandes FTP pour uploader, depuis les machines de clients,
des fichiers vers un serveur de stockage
en ligne. Les fichiers à transférer sont préalablement copiés dans un
répertoire tampon d'un disque de la machine client,
compressés, cryptés, et enfin, expédiés.
Avant de commencer le transfert proprement dit, je lance une routine
automatique en thread, qui génère une commande
"NOOP" toutes les 10 secondes, afin de veiller à ne jamais perdre le
dialogue avec le serveur.
Tout se déroule bien chez certains, mais chez d'autres, un message d'erreur
apparaît, à chaque tentative, mais pas
forcément au même moment chez le même utilisateur...
Cela peut parfois être après seulement quelques fichiers transférés, ou bien
alors après plusieurs centaines...
Je reproduis ci-dessous le message qui ne me dit rien, n'étant pas un grand
"forcené" du FTP.
Si ce message est plus explicite pour quelqu'un du forum, je le remercie
anticipativement de bien vouloir orienter ma
recherche de solution dans la bonne voie.
A noter aussi :
j'ai désactivé, sur une telle machine client, où je teste sur site par
TeamViewer, l'anti-virus et le pare-feu.
Cette machine de client est sous XP Pro SP3.
Message d'erreur obtenu :
-------------------------
//>
Que s'est-il passé ?
Impossible de créer le fichier
/utilisateur/son_nom@nummachine/repertoire/toto.doc.zip.acr ou de l'ouvrir
en
écriture.
La dernière réponse du serveur est : 200 Switching to Binary mode.
200 PORT command successful. Consider using PASV.
Code erreur : 100016
Niveau : erreur non fatale (EL_ONRETURN)
Code d'erreur système : 12002
Dump de l'erreur du module 'WD150COM.DLL' (15.00Gst).
Informations de débogage :
Fonction (10,1)
Informations supplémentaires :
<//
Ensuite viennent encore les références de la pile mentionnant la procédure,
le n° de ligne où survient le problème,
etc...
Mon problème "urgent" étant de ne plus avoir de blocage lors de l'envoi des données par mes utilisateurs, j'ai donc préféré adopter pour le moment la solution de "contournement". Lorsque j'aurai le temps, je me plongerai sans aucun doute dans des essais plus 'pointus' de la configuration du serveur et des connexions des programmes de mes utilisateurs. Je suis aussi convaincu que ce sera mieux ainsi, mais j'avais déjà perdu trop de temps de manière inefficace pour ne pas adopter "l'emplâtre sur ma jambe de bois"... qui me permettait de passer à d'autres choses tout aussi nécessaires à prendre en charge.
Merci encore. Marc ;-))
"VPSoft" a écrit dans le message de groupe de discussion : 4d3dbcb3$0$7722$
"Dev_PC" a écrit dans le message de news: 4d3da0a1$0$14250$
Salut Phig,
Effectivement, tu m'avais bien décrit le phénomène, mais lorsque j'ai essayé de changer le mode de travail du serveur, et d'établir les connexions selon cet autre mode, cela ne marchait alors plus du tout... (!) Je rappelle donc mon peu de compétences en FTP... Et c'est pourquoi, ne parvenant pas à mettre en oeuvre le fonctionnement de cette façon, je suis revenu au mode de transfert 'actif', qui fonctionnait 'bien' hormis la déconnexion (évidemment!), et ai finalement "contourné" le problème de la façon décrite aujourd'hui.
Merci toujours de ton aide précieuse.
Amicalement, Marc ;-))
"phig" <"phig at free point fr"> a écrit dans le message de groupe de discussion : 4d3d9a9c$0$1184$
Le 24/01/2011 14:30, Dev_PC a écrit :
Salut chacune & chacun,
Voilà ce qu'il en résulte, au final :
- Plusieurs PC différents connaissent le même souci de déconnexion évoqué ci-dessus - Aucune liaison entre ces diverses configurations ne ressort : Windows divers, pare-feux et anti-virus divers, FAI divers, etc... - Une même machine connaît le souci de façon 'aléatoire' : parfois pas, parfois oui, et si oui, sur n'importe quel fichier à transmettre, pas forcément toujours le même...
Donc, puisqu'il paraît peu probable de résoudre le souci en traitant sa cause, j'ai finalement opté pour traiter l'effet :
- lors d'une rupture du dialogue entre l'utilisateur et le serveur, la connexion est complètement fermée, rétablie, et le fichier qui était 'en cours d'essai' de transfert au moment de la rupture est repris pour tenter de le renvoyer. La liste des fichiers restant encore à émettre est ensuite continuée d'être parcourue, jusqu'à sa fin. Le phénomène peut alors se reproduire, il réinstaure le même suivi que lors du premier 'raté'. Comme cela, évidemment, ça marche, mais je ne peux toujours pas expliquer pourquoi une rupture de communication survient à un moment quelconque... et ça, j'aime pas... ;-((
Merci à tous ceux qui ont participé à ce fil en me fournissant soit leurs expériences, soit leurs idées.
Marc :-)
il me semblait t'avoir répondu à ce sujet....
le problème vient certainement de ton serveur FTP. tu est en passv derrière un routeur, donc dès que le nat du port 20 est occupé par un autre transfert, ca ne fonctionne plus. C'est pas plus compliqué que ca.
Solution: utiliser un _vrai_ serveur ftp qui gere le passv en natif ( cf posts précédents: news://news.skynet.be:119/4d26e1a4$0$13577$ )
Cordialement,
Salut ! Content pour toi. En fait, "phig" a raison sur le principe, mais j'ai utilisé le même principe que toi car, dans mon cas, je n'ai pas la main sur le serveur et je ne suis pas le seul à l'utiliser. Par contre, si c'est le cas pour toi, tu devrais faire comme il t'indique car ça en vaut la peine.
Victor
Salut Victor,
et merci à toi aussi.
Mon problème "urgent" étant de ne plus avoir de blocage lors de l'envoi des
données par mes utilisateurs, j'ai donc préféré adopter pour le moment la
solution de "contournement". Lorsque j'aurai le temps, je me plongerai sans
aucun doute dans des essais plus 'pointus' de la configuration du serveur et
des connexions des programmes de mes utilisateurs. Je suis aussi convaincu
que ce sera mieux ainsi, mais j'avais déjà perdu trop de temps de manière
inefficace pour ne pas adopter "l'emplâtre sur ma jambe de bois"... qui me
permettait de passer à d'autres choses tout aussi nécessaires à prendre en
charge.
Merci encore.
Marc ;-))
"VPSoft" <vpsoft@wanadoo.fr> a écrit dans le message de groupe de discussion
: 4d3dbcb3$0$7722$ba4acef3@reader.news.orange.fr...
"Dev_PC" <Marc_Lekine_SansCeci@hotmail.com> a écrit dans le message de
news: 4d3da0a1$0$14250$ba620e4c@news.skynet.be...
Salut Phig,
Effectivement, tu m'avais bien décrit le phénomène, mais lorsque j'ai
essayé de changer le mode de travail du serveur, et d'établir les
connexions selon cet autre mode, cela ne marchait alors plus du tout...
(!) Je rappelle donc mon peu de compétences en FTP...
Et c'est pourquoi, ne parvenant pas à mettre en oeuvre le fonctionnement
de cette façon, je suis revenu au mode de transfert 'actif', qui
fonctionnait 'bien' hormis la déconnexion (évidemment!), et ai finalement
"contourné" le problème de la façon décrite aujourd'hui.
Merci toujours de ton aide précieuse.
Amicalement,
Marc ;-))
"phig" <"phig at free point fr"> a écrit dans le message de groupe de
discussion : 4d3d9a9c$0$1184$426a74cc@news.free.fr...
Le 24/01/2011 14:30, Dev_PC a écrit :
Salut chacune & chacun,
Voilà ce qu'il en résulte, au final :
- Plusieurs PC différents connaissent le même souci de déconnexion
évoqué ci-dessus
- Aucune liaison entre ces diverses configurations ne ressort : Windows
divers, pare-feux et anti-virus divers, FAI divers, etc...
- Une même machine connaît le souci de façon 'aléatoire' : parfois pas,
parfois oui, et si oui, sur n'importe quel fichier à transmettre, pas
forcément toujours le même...
Donc, puisqu'il paraît peu probable de résoudre le souci en traitant sa
cause, j'ai finalement opté pour traiter l'effet :
- lors d'une rupture du dialogue entre l'utilisateur et le serveur, la
connexion est complètement fermée, rétablie, et le fichier qui était
'en
cours d'essai' de transfert au moment de la rupture est repris pour
tenter de le renvoyer. La liste des fichiers restant encore à émettre
est ensuite continuée d'être parcourue, jusqu'à sa fin.
Le phénomène peut alors se reproduire, il réinstaure le même suivi que
lors du premier 'raté'.
Comme cela, évidemment, ça marche, mais je ne peux toujours pas
expliquer pourquoi une rupture de communication survient à un moment
quelconque... et ça, j'aime pas... ;-((
Merci à tous ceux qui ont participé à ce fil en me fournissant soit
leurs expériences, soit leurs idées.
Marc :-)
il me semblait t'avoir répondu à ce sujet....
le problème vient certainement de ton serveur FTP. tu est en passv
derrière un routeur, donc dès que le nat du port 20 est occupé par un
autre transfert, ca ne fonctionne plus. C'est pas plus compliqué que ca.
Solution: utiliser un _vrai_ serveur ftp qui gere le passv en natif ( cf
posts précédents:
news://news.skynet.be:119/4d26e1a4$0$13577$426a74cc@news.skynet.be )
Cordialement,
Salut !
Content pour toi. En fait, "phig" a raison sur le principe, mais j'ai
utilisé le même principe que toi car, dans mon cas, je n'ai pas la main
sur le serveur et je ne suis pas le seul à l'utiliser.
Par contre, si c'est le cas pour toi, tu devrais faire comme il t'indique
car ça en vaut la peine.
Mon problème "urgent" étant de ne plus avoir de blocage lors de l'envoi des données par mes utilisateurs, j'ai donc préféré adopter pour le moment la solution de "contournement". Lorsque j'aurai le temps, je me plongerai sans aucun doute dans des essais plus 'pointus' de la configuration du serveur et des connexions des programmes de mes utilisateurs. Je suis aussi convaincu que ce sera mieux ainsi, mais j'avais déjà perdu trop de temps de manière inefficace pour ne pas adopter "l'emplâtre sur ma jambe de bois"... qui me permettait de passer à d'autres choses tout aussi nécessaires à prendre en charge.
Merci encore. Marc ;-))
"VPSoft" a écrit dans le message de groupe de discussion : 4d3dbcb3$0$7722$
"Dev_PC" a écrit dans le message de news: 4d3da0a1$0$14250$
Salut Phig,
Effectivement, tu m'avais bien décrit le phénomène, mais lorsque j'ai essayé de changer le mode de travail du serveur, et d'établir les connexions selon cet autre mode, cela ne marchait alors plus du tout... (!) Je rappelle donc mon peu de compétences en FTP... Et c'est pourquoi, ne parvenant pas à mettre en oeuvre le fonctionnement de cette façon, je suis revenu au mode de transfert 'actif', qui fonctionnait 'bien' hormis la déconnexion (évidemment!), et ai finalement "contourné" le problème de la façon décrite aujourd'hui.
Merci toujours de ton aide précieuse.
Amicalement, Marc ;-))
"phig" <"phig at free point fr"> a écrit dans le message de groupe de discussion : 4d3d9a9c$0$1184$
Le 24/01/2011 14:30, Dev_PC a écrit :
Salut chacune & chacun,
Voilà ce qu'il en résulte, au final :
- Plusieurs PC différents connaissent le même souci de déconnexion évoqué ci-dessus - Aucune liaison entre ces diverses configurations ne ressort : Windows divers, pare-feux et anti-virus divers, FAI divers, etc... - Une même machine connaît le souci de façon 'aléatoire' : parfois pas, parfois oui, et si oui, sur n'importe quel fichier à transmettre, pas forcément toujours le même...
Donc, puisqu'il paraît peu probable de résoudre le souci en traitant sa cause, j'ai finalement opté pour traiter l'effet :
- lors d'une rupture du dialogue entre l'utilisateur et le serveur, la connexion est complètement fermée, rétablie, et le fichier qui était 'en cours d'essai' de transfert au moment de la rupture est repris pour tenter de le renvoyer. La liste des fichiers restant encore à émettre est ensuite continuée d'être parcourue, jusqu'à sa fin. Le phénomène peut alors se reproduire, il réinstaure le même suivi que lors du premier 'raté'. Comme cela, évidemment, ça marche, mais je ne peux toujours pas expliquer pourquoi une rupture de communication survient à un moment quelconque... et ça, j'aime pas... ;-((
Merci à tous ceux qui ont participé à ce fil en me fournissant soit leurs expériences, soit leurs idées.
Marc :-)
il me semblait t'avoir répondu à ce sujet....
le problème vient certainement de ton serveur FTP. tu est en passv derrière un routeur, donc dès que le nat du port 20 est occupé par un autre transfert, ca ne fonctionne plus. C'est pas plus compliqué que ca.
Solution: utiliser un _vrai_ serveur ftp qui gere le passv en natif ( cf posts précédents: news://news.skynet.be:119/4d26e1a4$0$13577$ )
Cordialement,
Salut ! Content pour toi. En fait, "phig" a raison sur le principe, mais j'ai utilisé le même principe que toi car, dans mon cas, je n'ai pas la main sur le serveur et je ne suis pas le seul à l'utiliser. Par contre, si c'est le cas pour toi, tu devrais faire comme il t'indique car ça en vaut la peine.
