Discussion :

[orochimaru]

Bonjour,

Je suis actuellement en train de développer un périphérique possédant une interface réseau ethernet très sommaire mais qui fonctionne.

J'aimerais maintenant faire envoyer ou recevoir des trames ethernet via ce périphérique mais malgré mes tests, je n'y arrive pas.

J'ai étudié la library winsock2 et j'arrive à communiquer avec un autre pc (ou le même en bouclant sur 127.0.0.1) mais je ne sais pas comment utiliser l'ethernet à un niveau un peu plus bas.

Sachant que le périphérique n'a pas de notion d'IP ou de port, juste une adresse MAC.

Auriez-vous des pistes à explorer pour réaliser cela ?

Merci d'avance.

[Invité(e)]

Bonjour,

Une première piste : les sockets bruts http://melem.developpez.com/reseaux/rawsockets/

[orochimaru]

Ok, merci beaucoup

[Melem]

Les sockets de la bibliothèque Winsock, bruts ou pas, ne supportent pas les adresses ethernet (pas de PF_PACKET comme sous Linux ...). Pour forger des trames (ou pour filtrer des trames, etc.) sous Windows, il faut utiliser le DDK.

[nek_kro_kvlt]

libnet gère le niveau 2 aussi non ?

[Mac LAK]

Pour forger des trames (ou pour filtrer des trames, etc.) sous Windows, il faut utiliser le DDK.

Ou WinPCAP, si je me souviens bien.

[nek_kro_kvlt]

WinPCAP, c'est pour Packet CAPture, je sais pas si on peux générer du trafic avec

[nicolas.sitbon]

WinPCAP, c'est pour Packet CAPture, je sais pas si on peux générer du trafic avec

Il semble que si :
http://www.winpcap.org/docs/docs_40_...49d657486d50b2

[Mac LAK]

Si, via "pcap_sendpacket" sous Windows et "pcap_inject" sous Linux... C'est normalement ces fonctions qui sont utilisées pour faire fonctionner tcpreplay, de mémoire.

[Médinoc]

WinPcap utilise un driver, donc ce qu'a dit Melem est toujours valable; c'est juste que l'auteur de WinPcap l'a fait pour vous.

[Mac LAK]

WinPcap utilise un driver, donc ce qu'a dit Melem est toujours valable; c'est juste que l'auteur de WinPcap l'a fait pour vous.

Tout à fait.

Mais ça évite de récupérer le DDK (illégalement en général pour 99% des développeurs), de mettre le nez dedans (j'ai beau apprécier Windows, les drivers et le mode kernel, c'est toujours une plaie) et de crasher sa machine 20 fois par heure... Bref, pratique, quand même.

[ram-0000]

Mais ça évite de récupérer le DDK (illégalement en général pour 99% des développeurs),

Pourquoi il n'est pas téléchargeable librement comme le SDK (après validation WGA peut être) ?

[Mac LAK]

Pourquoi il n'est pas téléchargeable librement comme le SDK (après validation WGA peut être) ?

Il est payant car faisant partie de MSDN (page d'information), contrairement au PSDK (Platform SDK) qui est par contre disponible gratuitement hors MSDN... Et MSDN n'est hélas pas gratuit.

D'ailleurs, faudrait arrêter de dire "DDK", c'est "WDK" maintenant... Mais bon, les habitudes ont la vie dure...

[homeostasie]

Citation:
Envoyé par Mac LAK Voir le message
Mais ça évite de récupérer le DDK (illégalement en général pour 99% des développeurs),

Pourquoi il n'est pas téléchargeable librement comme le SDK (après validation WGA peut être) ?

Perso, sous XP j'utilise "Windows Server 2003 DDK", c'est gratuit et ça tourne bien!