Berceker United PSN : berceker_united | Voir ce message dans le sujet non filtré
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. |
