Discussion :

[zamo.zd]

bonjour voila mon problème, j'ai fait mon stage dans une entreprise ou il y a 60 poste client et comme passerelle par-Default un serveur proxy et par-feu ISA Server.
bon voila, j'ai capturer avec wireshark des paquets DNS avec entête IP checksum invalide.
voici ma question comment un protocole non-orienter connections peut avoir un checksum invalide? puisque c'est lui qui l'a envoyer( je parle de l’entête IP bien sure )

exemple:
PC1 ------------> PC2

PC1 envoie un paquet DNS (par exemple) vers le PC2 et le checksum du paquets IP envoyer est invalide.
Wireshark me montre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Internet Protocol Version 4, Src: 192.168.1.171 (192.168.1.171), Dst: 192.168.1.5 (192.168.1.5)
Protocol: UDP (17)
Header checksum: 0x0000 [incorrect, should be 0x6bf2 (may be caused by "IP checksum offload"?)]

alors que c'est le 192.168.1.171 qui a envoyer le paquet.
il y a quelque chose qui m'échappe je suis sure et voue l'avez remarquer peut être, merci de me le notifier.

[sevyc64]

Une des possibilités c'est que le checksum soit calculé au dernier moment, au plus bas niveau, par la carte réseau elle-même, ce qui fait que, lorsque Wireshark intercepte la trame, le checksum n'est pas encore calculé et est donc 0 (ce qui en fait un bad checksum, la plupart du temps)

Si tes bad checksum sont tous sur des trames émises par la même interface que scrute wireshark et que les checksum lus sont à 0, c'est probablement l'explication.
Il y a, je crois, une option pour désactiver ce contrôle. A vérifier qu'il ne désactive que le contrôle des trames sortantes et pas toute par contre.

[zamo.zd]

merci sevyc64 ta réponse ma l'air logique.
merci encore, ça va me sauver le jour de la soutenance.