Bonsoir, j'aurais besoin de votre aide pour un programme que je dois faire. Je ne veux pas que vous me le faites, je veux juste que vous me dites ce qu'il faut que je fasse en gros, ce que je dois savoir, les étapes a suivre et combien de temps cela peut-il me prendre.

Voici l'énoncé en anglais, je peux traduire si besoin:

Merci de votre aide.

Bonsoir,
La première étape est bien entendu de bien comprendre l'énoncé. Après ce que j'ai pu lire il te donne les pistes à explorer. Pour t'aider, les mots importants sont : "sniffing packets", "TCP", "UDP".
L'analyse et la recherche sont des éléments essentiels du métier.

Y'a aussi mutex, producteur/consommateur et je pense que tu auras besoin de socket...

"je pense que tu auras besoin de socket..."

Normalement "sniffing packets" + "C" sous google devrait le diriger sur "libpcap"..

Bonjour, merci de vos réponses sauf que celles ci ne m'aident pas vraiment. Je voudrais au moins savoir le temps que ca pourrait prendre, et les étapes qu'il faudrait suivre, parce que je sais pas trop par ou commencer

ben ça dépend de ton niveau en C ? En programmation réseau ? En programmation multithreadée ?

C'est juste un programme d'un de mes cours sur les systeme d'exploitations. Je suis moyen en C et sinon pour ce qui est réseau ou autre je n'ai jamais fait mais a priori on devrait pas avoir besoin de ca.

Je crois qu'il faut utiliser les semaphores et les "shared memory" des fonctions du style shmget ou shmat etc..

Mais je sais pas comment commencer.

essaye d'écrire un programme pour sniffer les paquets du réseau avant de t'attaquer à la synchro..

Un programme pour sniffer les packets ca siginifie juste un programme qui reconnait les packets UDP et TCP?

Mais je comprend pas le rapport du programme avec les "shared memory" et comment faire ca.

Ce que j'ai compris c'est que on va diviser le travail du sniffing entre deux process un pour UDP et un pour TCP et c'est la qu'il y doit y avoir synchronisation entre ces deux process non?

Bonjour,
Comme il a été dit, il faut bien comprend l’énoncé, donc non il n'a pas besoin de socket (du moins pas directement) car on lui demande d’utiliser des fonctions qui font déjà le monitoring de paquets réseaux!!!!

Re,

Je précise (pour le dernier post avant le mien)

Le programme donné (monitor je sais plus quoi .c) lit un paquet lambda.

A toi d'ajouter le code pour savoir si c'est un UDP ou un TCP, tu fait alors 2 codes.

Les données du paquet étant dans le process monitor, il faut bien avoir un partage entre ce processe et les process UDP ou TCP.