Problème FTP avec un hébergeur

Problème FTP avec un hébergeur - Hébergement - Réseaux grand public / SoHo

Marsh Posté le 16-09-2011 à 21:14:57    

Bonjour,
je suis chez une petit hébergeur et avec celui-ci j'ai un problème au niveau du FTP. En faite, je comprend pas que le transfère de certain fichier échoues. Pour d'autre ça passe rapidement.
Je suis obligé de déclarer un domaine dans mon firewall (bitdefender) dans la partie périphérique. Cela règle le problème en partie.
Je discute avec l'hébergeur, ils répondent très rapidement. Pour eux lorsqu’ils font un test, il y a pas de problème.
Pour un autre hébergeur, les mêmes fichiers il y a pas de problème. J'ai pas besoin de faire de manipulation particulier pour que ça fonctionne. J'utilise Filzilla ou mon éditeur PHPEdit mode "passif".
 
Y aurait-il un configuration particulière coté serveur FTP de mon hébergeur qui pourrais avoir ce genre d'effet ?
 
Merci

Reply

Marsh Posté le 16-09-2011 à 21:14:57   

Reply

Marsh Posté le 16-09-2011 à 22:05:46    

le probleme le ftp c'est pas du udp , donc si ta ligne on ta carte reseau ou autre truc entre toi et le serveur pert des paquet , c'est mort
 
il faudrait tu test ta ligne avec un :
ping -t xxxxxxxxxxx (remplace le xxxx par ton ftp) et regarder si des ping echoue , ensuite fait pareille vers un autre lieu , regarde si ca pert ou pas des paquet
 
après pour les chose plus presit faut rentre dans des logiciel plus pouser genre wireshark mais la t'ai mort , pour comprendre un logiciel de ce genre faut etre technicien en info
 


---------------
L'urbex : faire découvrir le patrimoine oublié / Mes albums urbex : https://www.flickr.com/photos/14695 [...] 5272741566 et https://www.flickr.com/photos/20070 [...] 0316987281
Reply

Marsh Posté le 16-09-2011 à 22:35:49    

Merci pour ton intervention.  
Je ne pense pas que cela puisse venir de perte de paquet, car j'ai pas de problème avec d'autre hébergeurs. De plus cela concerne que quelque fichiers.
En faite, ma question est de savoir si le problème ne serait pas une configuration particulière du serveur FTP de mon hébergeur.

Reply

Marsh Posté le 16-09-2011 à 23:26:55    

un ftp c'est simple soit ca envoi, soit ca envoi pas , après c'est que des paquet qui transite par les réseau (carte réseau , câble, ligne téléphonique, ....)  
 
après ca peut venir aussi que les paquet sont régler plus gros cher le fourniseur qe chez toi en réception, et ca peut merder par moment
 
regarde par exemple les lynksys en modem , ta une fonction pour régler la taille des pacquet a 1500 (environ) mais ta des appareille et des technologie qui envoi a moin ou plus que 1500 environ (ethernet)  
 
tu a exemple :
arpanet : 1000
fddi : 4470
jumbo fram : 12 000 (et lui n'aime vraiment pas le 1500 voir : http://www.materiel-informatique.be/jumbo-frames.php )
 
faudrait leur demander la taille des pacquet a combien il envoi


---------------
L'urbex : faire découvrir le patrimoine oublié / Mes albums urbex : https://www.flickr.com/photos/14695 [...] 5272741566 et https://www.flickr.com/photos/20070 [...] 0316987281
Reply

Marsh Posté le 17-09-2011 à 09:40:03    

saebalyon a écrit :

le probleme le ftp c'est pas du udp , donc si ta ligne on ta carte reseau ou autre truc entre toi et le serveur pert des paquet , c'est mort


Ta phrase n'a pas de sens : udp ne gère pas la retransmission de paquet, tcp (dont se sert ftp effectivement) si. Donc s'il y avait des pertes de paquets "naturelles", FTP se reposerait sur TCP qui redemanderait les paquets perdus/non acquittés.
 
 
berceker united> as tu trouvé un critère différenciant entre les fichiers qui passent et ceux qui ne passent pas ? tailles, type, extension, nommage, caractère à la con par exemple ?
Est ce que les fichiers qui passent une fois passent toujours et idem pour ceux qui ne passent pas ?

Reply

Marsh Posté le 17-09-2011 à 11:54:42    

o'gure a écrit :


Ta phrase n'a pas de sens : udp ne gère pas la retransmission de paquet, tcp (dont se sert ftp effectivement) si. Donc s'il y avait des pertes de paquets "naturelles", FTP se reposerait sur TCP qui redemanderait les paquets perdus/non acquittés.
 
 
berceker united> as tu trouvé un critère différenciant entre les fichiers qui passent et ceux qui ne passent pas ? tailles, type, extension, nommage, caractère à la con par exemple ?
Est ce que les fichiers qui passent une fois passent toujours et idem pour ceux qui ne passent pas ?


 
 
a ma conaisance vue j'ai fait beaucoup de ftp dans ma vie , un truc coromput est jamais redemander , et donc c'est qu'au final tu voit si ca merde , et ca sera toujour ainsi a moin que ca passe un jour en TCP ou la tu a l’entête de celui qui envoi , celui qui reçoit , le paquet , si celui qui reçoit na pas correctement  il est renvoyer  
 
et le jour ou le ftp sera en tcp , on aura re inventer toute la couche osi :o


---------------
L'urbex : faire découvrir le patrimoine oublié / Mes albums urbex : https://www.flickr.com/photos/14695 [...] 5272741566 et https://www.flickr.com/photos/20070 [...] 0316987281
Reply

Marsh Posté le 17-09-2011 à 20:15:45    

Un petit truc que tu peux tenter est de regarder si cela ne fonctionne pas en changeant le mode de fonctionnement de ton logiciel ftp.  
Certains serveurs sont plus ou moins réceptif à certain mode.  
 
Si tu est en mode actif essaye le mode passif et inversement.  


---------------
-3dB
Reply

Marsh Posté le 18-09-2011 à 14:26:47    

saebalyon a écrit :

et le jour ou le ftp sera en tcp , on aura re inventer toute la couche osi :o


On l'a donc fait depuis longtemps...
RFC 959 FTP est en TCP...

Reply

Marsh Posté le 18-09-2011 à 17:57:42    

saebalyon a écrit :

un ftp c'est simple soit ca envoi, soit ca envoi pas , après c'est que des paquet qui transite par les réseau (carte réseau , câble, ligne téléphonique, ....)  
après ca peut venir aussi que les paquet sont régler plus gros cher le fourniseur qe chez toi en réception, et ca peut merder par moment
regarde par exemple les lynksys en modem , ta une fonction pour régler la taille des pacquet a 1500 (environ) mais ta des appareille et des technologie qui envoi a moin ou plus que 1500 environ (ethernet)  
tu a exemple :
arpanet : 1000
fddi : 4470
jumbo fram : 12 000 (et lui n'aime vraiment pas le 1500 voir : http://www.materiel-informatique.be/jumbo-frames.php )
 
faudrait leur demander la taille des pacquet a combien il envoi


Dans ce cas j'aurais eu le même problème avec d'autre hébergeurs. 1and1 avec les mêmes fichier il y a pas de problème.

o'gure a écrit :


Ta phrase n'a pas de sens : udp ne gère pas la retransmission de paquet, tcp (dont se sert ftp effectivement) si. Donc s'il y avait des pertes de paquets "naturelles", FTP se reposerait sur TCP qui redemanderait les paquets perdus/non acquittés.
 
 
berceker united> as tu trouvé un critère différenciant entre les fichiers qui passent et ceux qui ne passent pas ? tailles, type, extension, nommage, caractère à la con par exemple ?
Est ce que les fichiers qui passent une fois passent toujours et idem pour ceux qui ne passent pas ?


J'ai peux que passer en mode passif. Le mode active ne passe pas.  
 
Concernant le type de fichier, il s'agit d'un fichier wsdl, 1 fichier php et 1 xml. Pourtant les autres fichier php et xml passe sans problème.  
 
Juste pour information, il y a pas de problème aujourd'hui mais bitdefender a conserver les adresses, ce qu'il faisait pas avant. Merci à vous. Je vais voir avec l'hébergeur.

Reply

Marsh Posté le 19-09-2011 à 10:15:06    

Berceker United a écrit :


Dans ce cas j'aurais eu le même problème avec d'autre hébergeurs. 1and1 avec les mêmes fichier il y a pas de problème.


 
 
ba non c'est ce que je te dit , c'est ton hebergeur faudrait qu'il te disent comment il envoi leur fichier , a quel quantiter par paquet plus exactement
 
si il envoie on vas dire une connerie a 7000 toi tu reçoit a 1500 , si ton fichier tu veut recevoir fait 380 paquet , imagine la différence entre 380 et 7000 .... le délai vas être trop grand ca vas foutre la merde


---------------
L'urbex : faire découvrir le patrimoine oublié / Mes albums urbex : https://www.flickr.com/photos/14695 [...] 5272741566 et https://www.flickr.com/photos/20070 [...] 0316987281
Reply

Marsh Posté le 19-09-2011 à 10:15:06   

Reply

Marsh Posté le 19-09-2011 à 11:15:42    

saebalyon a écrit :


 
 
ba non c'est ce que je te dit , c'est ton hebergeur faudrait qu'il te disent comment il envoi leur fichier , a quel quantiter par paquet plus exactement
 
si il envoie on vas dire une connerie a 7000 toi tu reçoit a 1500 , si ton fichier tu veut recevoir fait 380 paquet , imagine la différence entre 380 et 7000 .... le délai vas être trop grand ca vas foutre la merde


Ha ok je comprend mieux ;) . Je savais pas qu'il y avait la possibilité dans un serveur FTP de gérer le taille du paquet. Normalement par défaut ça devrait être quoi la quantité pour que ça puisse passer ?
Merci

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed