Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser Derniers journaux de rootix :
- [08/04@23:41] Les coulisses de l'économie ce soir
- [06/04@11:33] Environnement de développement pour PHP,...
- [21/03@01:10] Info Internationale : Conférences de la communauté Python (PyCon)
- [16/03@22:00] IP dynamiques Nerim blacklistées par PagesJaunes
- [13/03@17:58] Mandrake 10 powerpack
- [27/02@12:31] Soupe de champagne
- [26/02@16:56] InnoDB MySQL
- [13/02@10:27] Forum Grafotech "OPEN SOURCE & LOGICIELS LIBRES"
- [29/01@18:54] freenode a 10 ans
- [13/01@00:33] Dell sort du coma
- [13/12@14:14] premier journal sur le nouveau serveur !
- [31/10@00:54] OpenBSD 3.4 vient de sortir.
- [25/10@16:15] C'est la nuit du geek ce soir !
- [20/10@21:14] offre d'emploi à l'INRIA sur la sécurité informatique
- [20/10@17:50] hausse du tabac
- [01/10@17:07] OpenOffice 1.1.0 est officiellement sorti
- [01/10@07:18] OpenBSD 3.4 : le tube
- [28/08@19:34] report du vote pour les brevets logiciels
- [27/08@13:30] mon idieu, c'est de pire en pire à l'ADAE
- [24/08@17:57] allez lire cet article
Journal : Problème de transfert de fichier
Posté par Christophe (rOotix) GUILLOUX (Jabber id, page perso, ) le 14 avril 2004Je refais le test par FTP sur une autre machine linux cliente et le checksum change également.
On pourrait penser à un problème réseau.
Est-ce qu'un outil efficace peut détecter une éventuelle panne ou problème anormal ?
> Lire le journal (24 commentaires, moyenne: 1).
Re: Problème de transfert de fichier
Tu es sur que le checksum original est correct ? Ca peut paraitre idiot mais bon...
Sinon essai scp ?
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.
-
[^]Re: Problème de transfert de fichier
Posté par doublehp (page perso, ) le 14/04/2004 à 15:21. (lien). Évalué à 1.a mon avis scp est la meilleur chose pour toi.
-
[^]Re: Problème de transfert de fichier
Posté par Christophe (rOotix) GUILLOUX (Jabber id, page perso, ) le 14/04/2004 à 15:33. (lien). Évalué à 1.scp rootix@ns:/mnt/d02/dist/fedora/core/1/i386/iso/yarrow-i386-disc2.iso .
yarrow-i386-disc2.iso 2% 14MB 2.0MB/s 05:06 ETADisconnecting: Corrupted MAC on input.
lost connection-
[^]Re: Problème de transfert de fichier
Posté par Colin Leroy (page perso, ) le 14/04/2004 à 15:38. (lien). Évalué à 1.il est bizarre ton serveur ;)
essaye en SSH 1, essaye de mettre à jour les SSHs vers les dernières versions de part et d'autre.-
[^]Re: Problème de transfert de fichier
Posté par Christophe (rOotix) GUILLOUX (Jabber id, page perso, ) le 14/04/2004 à 15:42. (lien). Évalué à 1.je n'y crois pas, vu les problèmes avec nfs, ftp. Et j'ai eu des gels de nfs par moment aussi, à mon avis, il y a un rapport entre tout ça.
-
-
[^]Re: Problème de transfert de fichier
Posté par Krunch (Jabber id, page perso, ) le 14/04/2004 à 15:39. (lien). Évalué à 1.J'ai l'impression que que la carte réseau coté LAN de ton routeur/serveur est en train de rendre l'âme ou alors c'est ton hub/switch. Essai de transférer un fichier entre deux autres machines de ta LAN en utilisant ce même hub/switch. Si ça fait le même problème c'est ça. Sinon c'est la carte réseau de ton routeur/serveur. Enfin, je pense.
Essai aussi de googler l'erreur...--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.-
[^]Re: Problème de transfert de fichier
Posté par Christophe (rOotix) GUILLOUX (Jabber id, page perso, ) le 14/04/2004 à 15:41. (lien). Évalué à 1.j'ai pensé à la carte réseau, c'est quand même une 3com, va falloir que je fasse pas mal de combinaison avant de trouver ce qui cloche.
-
[^]Re: Problème de transfert de fichier
Posté par Pascal (page perso, ) le 14/04/2004 à 15:44. (lien). Évalué à 1.Ce qui me gène, c'est que dans une pile TCP/IP/Ethernet, il y a quand meme deux points de verification d'erreur (au niveau 2 et au niveau 4). Ce qui veut dire qu'il est très rare que les des données soient corrompues lors d'un transfert (surtout si les machines sont sur le meme réseau).
Donc je pense qu'il faut exclure toute panne réseau et essayer plutot de chercher au niveau de l'implementations des algorithmes md5sum de chaque coté.-
[^]Re: Problème de transfert de fichier
Posté par Christophe (rOotix) GUILLOUX (Jabber id, page perso, ) le 14/04/2004 à 15:51. (lien). Évalué à 1.Quand je télécharge les iso directement mais quand même par le réseau, le résultat de md5sum est bon. Donc je pense que md5sum est bon.
C'est seulement quand il y a transfert depuis le disque du serveur vers un poste client.
Donc, il y a quelque chose qui diffère entre les deux façons. Dans la méthode où ça foire, la vitesse de transfert change. Dans un cas, je suis limité par le débit ADSL alors que dans l'autre, c'est débit maximum. C'est a un rapport avec la vitesse de transfert. La carte réseau du serveur serait instable en cas de transfert rapide.-
[^]Re: Problème de transfert de fichier
Posté par Krunch (Jabber id, page perso, ) le 14/04/2004 à 15:53. (lien). Évalué à 1.Tu peux facilement limiter la vitesse de transfert avec pf pour vérifier. http://openbsd.org/faq/pf/queueing.html(...)
--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.
-
-
[^]Re: Problème de transfert de fichier
Posté par Krunch (Jabber id, page perso, ) le 14/04/2004 à 15:51. (lien). Évalué à 1.je n'y crois pas, vu les problèmes avec nfs, ftp. Et j'ai eu des gels de nfs par moment aussi, à mon avis, il y a un rapport entre tout ça.
Si c'est pas un problème hardware, c'est au niveau du kernel et Google a l'air de confirmer que c'est un problème matériel. Essai avec un autre OS (tomsrtbt + nc devrait faire l'affaire, Knoppix si tu as un lecteur CD bootable sur la machine) et si ça marche toujours pas c'est définitivement un problème matériel. Soit le hub/switch soit la carte réseau. Essai de connecter directement un client au serveur avec un cable croisé pour connaitre la cause exact.--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.
-
-
-
-
Re: Problème de transfert de fichier
> Est-ce qu'un outil efficace peut détecter une éventuelle panne ou problème anormal ?
regarde tes 3 sommes, si les 2 sous linux sont les memes, c'est ton md5 sur ton serveur qui marche pas :-)
-
[^]Re: Problème de transfert de fichier
Posté par Christophe (rOotix) GUILLOUX (Jabber id, page perso, ) le 14/04/2004 à 15:31. (lien). Évalué à 1.le md5 fait sur le serveur donne les mêmes valeurs que le fichier MD5SUM sur le site où y a les iso.
Les images, si je les prend en direct sur le site en passant à travers le serveur en tant que passerelle, ça donne des iso correctes.
Bref, un casse-tête.
Re: Problème de transfert de fichier
Ça me rappelle tous les gens que je vois sur les forums de Mandrake qui s'affole parce que la somme n'est pas la même... Alors que tout marche très bien quand même, mais bon, et que l'iso se grave et se lance très bien, sans corruption. Bref, j'ironise, comme ça, mais bon, j'en sais rien pourquoi les sommes sont jamais les mêmes.
-
[^]Re: Problème de transfert de fichier
Posté par Alban Crequy (Jabber id, page perso, ) le 14/04/2004 à 15:30. (lien). Évalué à 1.sans corruption
Oui enfin si les md5sums sont différents ça veut quand même dire que le fichier original est différent du fichier copié, donc que ça a été mal copié.-
[^]Re: Problème de transfert de fichier
Posté par _Mekare_ () le 14/04/2004 à 15:44. (lien). Évalué à 2.En même temps, si les md5 sont identiques ça ne veut pas dire que ton fichier est identique à celui d'origine. La seule chose que tu peux dire quand tu as le même MD5 : "Je peux dire avec certitude que mon téléchargement n'est pas assuré d'être corrompu.".
-
[^]Re: Problème de transfert de fichier
Posté par Pascal (page perso, ) le 14/04/2004 à 15:46. (lien). Évalué à 1.Il faut quand même un gros coup de bol pour que deux fichiers de sommes MD5 identiques soient différents......
C'est ce qui fait la force du MD5
-
-
[^]Re: Problème de transfert de fichier
Posté par Zorro () le 14/04/2004 à 16:01. (lien). Évalué à 1.Justement, je commence sérieusement à avoir des doutes...
Tout à coup, une épidémie de pirates, comme ça, sur tous les FTP du monde, et qui touche que les isos Mdk, et dont personne ne parle officiellement ? J'y crois pas, désolé.
Un téléchargement qui a perdu des octets au passage ? Je croyais qu'il y avait des mécanismes de correction d'erreur à tous les niveaux du réseau. Et puis, quand les isos se gravent bien et se lancent bien, c'est qu'elles sont pas abimées, non ?
Alors, vraiment, honnêtement, je commence à me poser des questions. Je sais pas où ça foire exactement, mais ça foire. Et la question de ce journal ne fait que me renforcer dans mes doutes. Bref, les MD5, moi, ça sert à faire beau.-
[^]Re: Problème de transfert de fichier
Posté par Krunch (Jabber id, page perso, ) le 14/04/2004 à 16:32. (lien). Évalué à 1.Il n'est pas si rare que ça que quelques bits soient modifiés au cour d'un transfert. La vérification au niveau TCP (bit de parité) marche bien s'il y a un nombre impaire de bits qui ont été modifiés mais sinon rien n'est détecté et tu te retrouve avec un fichier différent de l'original et pour autant que je sache, il n'y a rien dans HTTP ou FTP qui permette de détecter l'erreur. Par contre en utilisant un tunnel crypté (HTTPS, SFTP,...), chaque paquet est signé et est normalement vérifié donc les erreurs peuvent être corrigées directement.
Corrigez moi si je me trompe.
Tu peux modifier quelques bits d'un iso sans le rendre "invalide" pour autant mais certains fichiers à l'intérieur du système de fichiers risquent d'être corrompus. Bien souvent tu ne t'en rendra jamais compte mais certaines applications risquent de mystérieusement planter, l'un ou l'autre caractère d'un fichier texte aura changé,... Si quelques bits changent sur un bloc de 700Mo de données, c'est pratiquement indécelable et c'est pour ça que les "one-way hashes" (MD5, SHA-1,...) sont si utiles.
Si tu es un peu parano, tu t'arranges pour avoir plusieurs types de signatures. Autant on a déjà pu trouver quelques collisions (deux fichiers différents qui ont la même signature) avec certains algorithmes, autant une collision "multiple" me semble vraiment improbable (genre tu as plus de chance de craquer une clé PGP en essayant des nombres au hasard avec ta caclulatrice).--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.-
[^]Re: Problème de transfert de fichier
Posté par Matthieu Moy (page perso, ) le 14/04/2004 à 17:51. (lien). Évalué à 1.> La vérification au niveau TCP (bit de parité) marche bien
> s'il y a un nombre impaire de bits qui ont été modifiés
Euh, tu confonds. Les checksum TCP sont sur plus de 1 bit, quand même ;-) (Je ne sais plus si c'est 8, 16, ou 32, mais c'est plus qu'un bit de parité)-
[^]Re: Problème de transfert de fichier
Posté par Krunch (Jabber id, page perso, ) le 14/04/2004 à 18:41. (lien). Évalué à 1.OK au temps pour moi, je connais pas vraiment les "détails" de TCP mais je suppose qu'un ensemble données+checksum cohérent mais erronés par rapport aux données de départ reste possible (au sens où ça arrive suffisament souvent pour que ça ne soit pas négligeable, contrairement aux empreintes MD5).
--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.
-
-
-
[^]Re: Problème de transfert de fichier
Posté par Laurent Simon () le 14/04/2004 à 17:14. (lien). Évalué à 1.Et puis, quand les isos se gravent bien et se lancent bien, c'est qu'elles sont pas abimées, non ?
euh, je me disais la même chose jusqu'à ce que je foire une install (c'était une RH 6.2 je crois), et toujours au même moment. «Tiens, et si je vérifiais le md5 de mon image iso? Oh, il est mauvais... Tiens, bizarre, ça marche beaucoup mieux avec une iso qui a le bon md5...»
Mon iso s'était gravée sans problème, et on pouvait même aller jusqu'au bout de l'installation si on ne cherchait pas à installer le package (latex) qui faisait tout foirer.
Bref, depuis, md5 mauvais --> poubelle.
-
-
Re: Problème de transfert de fichier
Peut-être un problème de RAM sur le serveur d'origine...
J'ai eu un cas similaire sur une machine et ça n'a pas été simple à trouver. Finalement, en activant la vérification de la mémoire au démarrage, une barette de 128 s'est transformée en barette de 64, et les problèmes ont disparus.
Re: Problème de transfert de fichier
Pour le FTP, le truc classique, c'est d'être en mode ASCII entre deux machines gérant différament les fins de lignes.
Pour le NFS, bizare bizare ...
tu peux regarder du coté de xdelta pour savoir si les fichiers diffèrent beaucoup ou pas.
Cette page a été générée par Templeet en 0.1033s (dont 0.0094 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.