Création d'un reconstructeur de page web depuis un fichier pcap

Bon ben mon problème reste entier, peut importe ce que je fais, j'ai l'impression d'avoir un buffer qui ne se vide pas (le packet? ou le buf?)

Il y a une fonction pour vider les buffers je crois non?

EDIT :

Bon pour résoudre le problème, j'y suis allé à la "barbar".
J'affiche caractère par caractère jusqu'à la fin de la taille du paquet IP.
Il y a quand même une petite subtilité,

On écrit à partir de l'en-tête TCP, donc pour avoir le nombre de caractère à écrire, il suffit de de prendre la taille du paquet ip (en-tête + donnée) et de soustraire la taille de l'en-tête IP et celle de l'en-tête TCP.

Après ca roule .

Mais c'est quand même bizarre que la taille du paquet meme s'il ne fait que 100 octets en réel se retrouve à plus de 1400 octets au final. Il doit y avoir une subtilité quelque part :D

J'avoue avoir du mal à te comprendre, mais il y a une question que je me pose, dans ton code, tu ne montres pas comment tu récupères les datas TCP après l'entête TCP, j'aimerais bien que tu me montres cette partie si tu le veux bien.
Cordialement.

en fait c'est tout simple :

char * buffer =NULL;

ensuite tu fais :

buffer = (char * ) (packet + ETH_HLEN + (IpHeader->ip_hl*4) + (4*TcpHeader->doff);

Voilà

Tu n'as pas le droit de faire ça :

Code:

---

const struct tcphdr *tcp_header = (const struct tcphdr *)(packet + ETHER_HDR_LEN + sizeof (struct iphdr));

---

Et pk je n'ai pas le droit?
En gros je donne juste l'adresse du début de l'en-tête TCP...
Je ne vois pas en quoi cela est interdit. Surtout que je ne le déclare pas en const. en pls dans l'exemple que tu donne, tu récupère directement les datas après l'en-tête TCP....

Tu n'as pas le droit de modifier le qualificateur de type comme ça, le comportement est indéterminé. Si on te dit que c'est const c'est que c'est const.

Ah mais le const, je ne l'ai que sur const unsigned char * packet.
Après pour les autres je peux mettre ce que je veux du const ou du char * normal ou du struct tcphdr* ...
Je pense qu'on doit pas avoir les même source pour le code.
mais moi ça marche super bien sans le const.

S'il y a un const c'est pour une bonne raison, c'est que l'object pointé n'est pas modifiable et ce que tu fais invoque un comportement indéterminé, à partir de là, pas la peine d'aller plus loin dans les investigations : tout peut arriver!!!

Je dois dire que je ne vois plus du tout où tu vois qu'il y a un problème. Dans mon code est dans les autres codes que j'ai pu voir, il n'y a pas de const avant le tcphdr...

Personnellement, je pense que s'il devait y avoir un problème, je m'en serais rendu compte depuis bien longtemps. J'ai quand même testé le code sur des fichiers pcap de plus de 200 Mo... ca fait un certains nombre de paquets et donc de possibilités diverses et variées. De plus, là je ne modifies pas le paquet en lui même. Si je veux modifier, je copie le contenu du paquet dans un buffer et là je modifie. Pour le reste je ne touche à rien. je ne fais que de me balader dans les adresses.

Dans ce cas pourquoi ne pas le laisser const et ainsi éviter tout comportement indéterminé?

bah ya pas de comportement indéterminé... Donc bon... mais il est vrai que je pourrais le rajouter. et dans ce cas le rajouter aussi au struct ip et struct ethhdr...

Mais en toute franchise, je ne vois vraiment pas ce qui t'as choqué dans ma manière de coder...

Est ce le fait que je touche à des adresses que tu n'aimes pas trop?

Bas ce qui me gêne le plus c'est déjà simplement le fait que ton code ne compile pas chez moi, justement à cause de ce comportement indéterminé. Je vois pas l'utilité de le retirer si ce n'est vouloir introduire volontairement des bugs... après tu fais comme tu veux.

Ah mais si c'est bon ca compile!!!!

J'avais posté jeudi ou vendredi pour le dire...
Le problème qu'il y avait c'était une inversion de deux lettre dans le type de variable. Le problème c'est que l'erreur qu'il me sortait ne correspondait pas à l'erreur réelle (type de variable inconnu).

Depuis que j'ai tout remis dans le bon ordre... bah ca marche nikel de chez nikel.

Si ça compile pour toi, c'est que ton compilateur est mal réglé. tu fais comme tu veux mais ça n'est pas de la bonne programmation et tôt ou tard ça te jouera des tours. Le fait de mettre const ne coûte rien de plus que 5 caractères mais ça peut t'éviter bien des erreurs.

Ouais je suis d'accord avec toi. je pense que je vais le rajouter.

D'ailleurs tant que t'es là j'aurais une question :p

J'ai fait un petit mail sniffer (je sniffe que mes propres mails hein) le truc que je voudrais faire d'envoyer tout le résultat dans l'Inbox de thunderbird comme le fait mailsnarf qui marche quand il veut au lieu de l'envoyer dans un fichier texte.
j'ai donc rajouter le ">" devant la balise From de chaque mail. Mais il ne considère toujours pas ça comme un mail.

voilà le résultat que j'ai avec mon script :

Citation:

---

+OK Message follows
Return-Path: <selbaruc1970@IPPHONES.RU>
Received: from mwinf2a06.orange.fr (mwinf2a06.orange.fr)
by mwinb1901 (SMTP Server) with LMTP; Tue, 06 May 2008 12:10:15 +0200
X-Sieve: Server Sieve 2.2
Received: from me-wanadoo.net (localhost [127.0.0.1])
by mwinf2a06.orange.fr (SMTP Server) with ESMTP id F08912C0008D
for <wfr6000010a2db520e0020fea1f@back19-mail01-01.me-wanadoo.net>; Tue, 6 May 2008 12:10:14 +0200 (CEST)
Received: from adsl215133.pool.invitel.hu (adsl215133.pool.invitel.hu [62.77.215.133])
by mwinf2a06.orange.fr (SMTP Server) with ESMTP id ADDDC2C00086
for <may_mail@maymail.com>; Tue, 6 May 2008 12:10:14 +0200 (CEST)
X-ME-UUID: 20080506101014712.ADDDC2C00086@mwinf2a06.orange.fr
User-Agent: Microsoft-Entourage/12.1.0.080305
Date: Tue, 6 May 2008 12:10:21 +0200
Subject: Exciting nights will be a reality
>From: Chowdhary <selbaruc1970@IPPHONES.RU>
To: "may_mail@maymail.com" <may_mail@maymail.com>
Message-ID: <56FF3C8C.9%selbaruc1970@IPPHONES.RU>
Thread-Topic: Exciting nights will be a reality
Thread-Index: AcivcihKFZqSl5kNSEyymQ9NiEdPjA==
Mime-version: 1.0
Content-type: multipart/alternative;
boundary="B_7018285656_61359"
X-me-spamlevel: not-spam
X-me-spamrating: 57.647458

--B_7018285656_61359
Content-type: text/plain;
charset="US-ASCII"
Content-transfer-encoding: 7bit

Do not fret, your size increase will be easily visible after 1 month http://www.berutean.com/


--B_7018285656_61359
Content-type: text/html;
charset="US-ASCII"
Content-transfer-encoding: quoted-printable

<HTML>
<HEAD>
<TITLE>Exciting nights will be a reality</TITLE>
</HEAD>
<BODY>
<FONT SIZE=3D"4"><FONT FACE=3D"Verdana, Arial"><SPAN =
STYLE=3D'font-size:11pt'>Do not fret, your size increase will be easily =
visible after 1 month <a =
href=3D"http://www.berutean.com/">http://www.berutean.com/</a><BR>
</SPAN></FONT></FONT></FONT>
</BODY>
</HTML>


--B_7018285656_61359--

.

---

je pense que le +Ok message Follows est de trop mais je ne suis pas trop sûr. si tu as une idée :D