Bonjour,
J'espère être sur le bon forum. J'utilise Filezilla pour transférer des
fichiers sur mon serveur FTP. Il charge 1460 octets puis arrête le
transfert. J'ai désinstallé et réinstallé le logiciel sans succès.
Merci de votre aide
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
jean declercq
jpgui a écrit sur fr.comp.reseaux.ip le 21/07/2005 dans <42df4c8f$0$22318$ :
Bonjour, J'espère être sur le bon forum. J'utilise Filezilla pour transférer des fichiers sur mon serveur FTP. Il charge 1460 octets puis arrête le transfert.
Bonjour Regarder dans le log de Filezilla, ou/et celui du serveur.
Sauf si ton problème concerne directement TCP/IP, ça m'étonnerai que tu sois sur le bon forum, mais je serais bien incapable de t'en indiquer un autre plus approprié.
-- Jean Declercq message rédigé sur un spam 100% recyclé
jpgui a écrit sur fr.comp.reseaux.ip le 21/07/2005 dans
<42df4c8f$0$22318$8fcfb975@news.wanadoo.fr> :
Bonjour,
J'espère être sur le bon forum. J'utilise Filezilla pour transférer des
fichiers sur mon serveur FTP. Il charge 1460 octets puis arrête le transfert.
Bonjour
Regarder dans le log de Filezilla, ou/et celui du serveur.
Sauf si ton problème concerne directement TCP/IP, ça m'étonnerai que tu
sois sur le bon forum, mais je serais bien incapable de t'en indiquer
un autre plus approprié.
--
Jean Declercq
message rédigé sur un spam 100% recyclé
jpgui a écrit sur fr.comp.reseaux.ip le 21/07/2005 dans <42df4c8f$0$22318$ :
Bonjour, J'espère être sur le bon forum. J'utilise Filezilla pour transférer des fichiers sur mon serveur FTP. Il charge 1460 octets puis arrête le transfert.
Bonjour Regarder dans le log de Filezilla, ou/et celui du serveur.
Sauf si ton problème concerne directement TCP/IP, ça m'étonnerai que tu sois sur le bon forum, mais je serais bien incapable de t'en indiquer un autre plus approprié.
-- Jean Declercq message rédigé sur un spam 100% recyclé
Pascal
Salut,
J'espère être sur le bon forum. J'utilise Filezilla pour transférer des fichiers sur mon serveur FTP. Il charge 1460 octets puis arrête le transfert.
1460 octets correspond à la taille des données maxi d'un paquet IP sur ethernet. Ça ressemble à un problème de MTU : quelque chose bloque le paquet en chemin parce qu'il est trop gros pour le lien, le serveur ne le reçoit pas, n'envoie pas d'acquittement et donc le transfert ne continue pas. Aurais-tu par hasard une liaison ADSL en PPPoE ?
Essaie ça : http://www.dslvalley.com/dossiers/mtu.html
Salut,
J'espère être sur le bon forum. J'utilise Filezilla pour transférer des
fichiers sur mon serveur FTP. Il charge 1460 octets puis arrête le
transfert.
1460 octets correspond à la taille des données maxi d'un paquet IP sur
ethernet. Ça ressemble à un problème de MTU : quelque chose bloque le
paquet en chemin parce qu'il est trop gros pour le lien, le serveur ne
le reçoit pas, n'envoie pas d'acquittement et donc le transfert ne
continue pas. Aurais-tu par hasard une liaison ADSL en PPPoE ?
Essaie ça : http://www.dslvalley.com/dossiers/mtu.html
J'espère être sur le bon forum. J'utilise Filezilla pour transférer des fichiers sur mon serveur FTP. Il charge 1460 octets puis arrête le transfert.
1460 octets correspond à la taille des données maxi d'un paquet IP sur ethernet. Ça ressemble à un problème de MTU : quelque chose bloque le paquet en chemin parce qu'il est trop gros pour le lien, le serveur ne le reçoit pas, n'envoie pas d'acquittement et donc le transfert ne continue pas. Aurais-tu par hasard une liaison ADSL en PPPoE ?
Essaie ça : http://www.dslvalley.com/dossiers/mtu.html
RAKOTOMALALA Renaud
Salut,
J'espère être sur le bon forum. J'utilise Filezilla pour transférer des fichiers sur mon serveur FTP. Il charge 1460 octets puis arrête le transfert.
1460 octets correspond à la taille des données maxi d'un paquet IP sur ethernet. Ça ressemble à un problème de MTU : quelque chose bloque le paquet en chemin parce qu'il est trop gros pour le lien, le serveur ne le reçoit pas, n'envoie pas d'acquittement et donc le transfert ne continue pas. Aurais-tu par hasard une liaison ADSL en PPPoE ?
J'espère être sur le bon forum. J'utilise Filezilla pour transférer
des fichiers sur mon serveur FTP. Il charge 1460 octets puis arrête le
transfert.
1460 octets correspond à la taille des données maxi d'un paquet IP sur
ethernet. Ça ressemble à un problème de MTU : quelque chose bloque le
paquet en chemin parce qu'il est trop gros pour le lien, le serveur ne
le reçoit pas, n'envoie pas d'acquittement et donc le transfert ne
continue pas. Aurais-tu par hasard une liaison ADSL en PPPoE ?
J'espère être sur le bon forum. J'utilise Filezilla pour transférer des fichiers sur mon serveur FTP. Il charge 1460 octets puis arrête le transfert.
1460 octets correspond à la taille des données maxi d'un paquet IP sur ethernet. Ça ressemble à un problème de MTU : quelque chose bloque le paquet en chemin parce qu'il est trop gros pour le lien, le serveur ne le reçoit pas, n'envoie pas d'acquittement et donc le transfert ne continue pas. Aurais-tu par hasard une liaison ADSL en PPPoE ?
Dans le message <news:dbu7et$oc8$, *RAKOTOMALALA Renaud* tapota sur f.c.r.ip :
1460 octets correspond à la taille des données maxi d'un paquet IP sur ethernet.
Non c'est 1500 pour l'ethernet.
Relisez ce qu'il a exactement dit. Il n'a pas parlé de la taille d'un paquet IP sur ethernet mais de la taille des données (comprendre les données utiles sans les en-têtes du paquet IP) qui est bien de 1460 dans le cas de TCP (1500 auquel on retire 40 pour le en-têtes).
-- TiChou
Dans le message <news:dbu7et$oc8$1@clarion.visp.fr>,
*RAKOTOMALALA Renaud* tapota sur f.c.r.ip :
1460 octets correspond à la taille des données maxi d'un paquet IP sur
ethernet.
Non c'est 1500 pour l'ethernet.
Relisez ce qu'il a exactement dit. Il n'a pas parlé de la taille d'un paquet
IP sur ethernet mais de la taille des données (comprendre les données utiles
sans les en-têtes du paquet IP) qui est bien de 1460 dans le cas de TCP
(1500 auquel on retire 40 pour le en-têtes).
Dans le message <news:dbu7et$oc8$, *RAKOTOMALALA Renaud* tapota sur f.c.r.ip :
1460 octets correspond à la taille des données maxi d'un paquet IP sur ethernet.
Non c'est 1500 pour l'ethernet.
Relisez ce qu'il a exactement dit. Il n'a pas parlé de la taille d'un paquet IP sur ethernet mais de la taille des données (comprendre les données utiles sans les en-têtes du paquet IP) qui est bien de 1460 dans le cas de TCP (1500 auquel on retire 40 pour le en-têtes).
-- TiChou
Pascal
Dans le message <news:dbu7et$oc8$, *RAKOTOMALALA Renaud* tapota sur f.c.r.ip :
1460 octets correspond à la taille des données maxi d'un paquet IP sur ethernet.
Non c'est 1500 pour l'ethernet.
Relisez ce qu'il a exactement dit. Il n'a pas parlé de la taille d'un paquet IP sur ethernet mais de la taille des données (comprendre les données utiles sans les en-têtes du paquet IP) qui est bien de 1460 dans le cas de TCP (1500 auquel on retire 40 pour le en-têtes).
J'aurais dû écrire "d'un paquet TCP" au lieu de "d'un paquet IP", FTP utilisant TCP comme couche de transport. Ça aurait été plus clair.
Dans le message <news:dbu7et$oc8$1@clarion.visp.fr>,
*RAKOTOMALALA Renaud* tapota sur f.c.r.ip :
1460 octets correspond à la taille des données maxi d'un paquet IP sur
ethernet.
Non c'est 1500 pour l'ethernet.
Relisez ce qu'il a exactement dit. Il n'a pas parlé de la taille d'un
paquet IP sur ethernet mais de la taille des données (comprendre les
données utiles sans les en-têtes du paquet IP) qui est bien de 1460 dans
le cas de TCP (1500 auquel on retire 40 pour le en-têtes).
J'aurais dû écrire "d'un paquet TCP" au lieu de "d'un paquet IP", FTP
utilisant TCP comme couche de transport. Ça aurait été plus clair.
Dans le message <news:dbu7et$oc8$, *RAKOTOMALALA Renaud* tapota sur f.c.r.ip :
1460 octets correspond à la taille des données maxi d'un paquet IP sur ethernet.
Non c'est 1500 pour l'ethernet.
Relisez ce qu'il a exactement dit. Il n'a pas parlé de la taille d'un paquet IP sur ethernet mais de la taille des données (comprendre les données utiles sans les en-têtes du paquet IP) qui est bien de 1460 dans le cas de TCP (1500 auquel on retire 40 pour le en-têtes).
J'aurais dû écrire "d'un paquet TCP" au lieu de "d'un paquet IP", FTP utilisant TCP comme couche de transport. Ça aurait été plus clair.
Claude LaFrenière
Bonjour ** :
Dans le message <news:dbu7et$oc8$, *RAKOTOMALALA Renaud* tapota sur f.c.r.ip :
1460 octets correspond à la taille des données maxi d'un paquet IP sur ethernet.
Non c'est 1500 pour l'ethernet.
Relisez ce qu'il a exactement dit. Il n'a pas parlé de la taille d'un paquet IP sur ethernet mais de la taille des données (comprendre les données utiles sans les en-têtes du paquet IP) qui est bien de 1460 dans le cas de TCP (1500 auquel on retire 40 pour le en-têtes).
J'aurais dû écrire "d'un paquet TCP" au lieu de "d'un paquet IP", FTP utilisant TCP comme couche de transport. Ça aurait été plus clair.
Ne serait-ce pas un blocage de ton pare-feu ?
1- Vérifie que FileZilla permet le Ftp PASV Voir la copie d'écran: http://cjoint.com/?hyfj3pvlJT
2- Ajoute ou corrige les règles de ton pare-feu :
R1 Connection Protocole TCP en entrée et sortie source ports 1024 à 5000 destination port 21
R2 Transfert des données Procole TCP en entrée et sortie source 1024 à 65535 destination 1024 à 65535
Vérifie sur ce site ftp: ftp.mozilla.org
:-) -- Claude LaFrenière [MVP] :-{ )
«My Principal Design Was To Inform, Not To Amuse Thee.» Lemuel Gulliver, The Travels (IV:12)
Bonjour *Pascal@plouf* :
Dans le message <news:dbu7et$oc8$1@clarion.visp.fr>,
*RAKOTOMALALA Renaud* tapota sur f.c.r.ip :
1460 octets correspond à la taille des données maxi d'un paquet IP sur
ethernet.
Non c'est 1500 pour l'ethernet.
Relisez ce qu'il a exactement dit. Il n'a pas parlé de la taille d'un
paquet IP sur ethernet mais de la taille des données (comprendre les
données utiles sans les en-têtes du paquet IP) qui est bien de 1460 dans
le cas de TCP (1500 auquel on retire 40 pour le en-têtes).
J'aurais dû écrire "d'un paquet TCP" au lieu de "d'un paquet IP", FTP
utilisant TCP comme couche de transport. Ça aurait été plus clair.
Ne serait-ce pas un blocage de ton pare-feu ?
1- Vérifie que FileZilla permet le Ftp PASV
Voir la copie d'écran:
http://cjoint.com/?hyfj3pvlJT
2- Ajoute ou corrige les règles de ton pare-feu :
R1 Connection
Protocole TCP en entrée et sortie
source ports 1024 à 5000
destination port 21
R2 Transfert des données
Procole TCP en entrée et sortie
source 1024 à 65535
destination 1024 à 65535
Vérifie sur ce site ftp:
ftp.mozilla.org
:-)
--
Claude LaFrenière [MVP] :-{ )
«My Principal Design Was To Inform, Not To Amuse Thee.»
Lemuel Gulliver, The Travels (IV:12)
Dans le message <news:dbu7et$oc8$, *RAKOTOMALALA Renaud* tapota sur f.c.r.ip :
1460 octets correspond à la taille des données maxi d'un paquet IP sur ethernet.
Non c'est 1500 pour l'ethernet.
Relisez ce qu'il a exactement dit. Il n'a pas parlé de la taille d'un paquet IP sur ethernet mais de la taille des données (comprendre les données utiles sans les en-têtes du paquet IP) qui est bien de 1460 dans le cas de TCP (1500 auquel on retire 40 pour le en-têtes).
J'aurais dû écrire "d'un paquet TCP" au lieu de "d'un paquet IP", FTP utilisant TCP comme couche de transport. Ça aurait été plus clair.
Ne serait-ce pas un blocage de ton pare-feu ?
1- Vérifie que FileZilla permet le Ftp PASV Voir la copie d'écran: http://cjoint.com/?hyfj3pvlJT
2- Ajoute ou corrige les règles de ton pare-feu :
R1 Connection Protocole TCP en entrée et sortie source ports 1024 à 5000 destination port 21
R2 Transfert des données Procole TCP en entrée et sortie source 1024 à 65535 destination 1024 à 65535
Vérifie sur ce site ftp: ftp.mozilla.org
:-) -- Claude LaFrenière [MVP] :-{ )
«My Principal Design Was To Inform, Not To Amuse Thee.» Lemuel Gulliver, The Travels (IV:12)
