Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[réseau] connexion "sans protocole"
Existe-t-il en C++ un objet réseau qui permettent de ne rien envoyer ?
Je m'explique : j'aimerais construire moi même les paquets IP, ARP, ICMP, .... puis ouvrir une connexion qui n'enverrait QUE mes paquets et rien d'autre. Il faut également que je puisse les recevoir pour les analyser.
Puis-je le faire en C++ ?
Oui... c'est les sockets...
Créer un "raw" socket, permet d'envoyer (et recevoir) ses propres paquets IP.
Merci
Encore une petite question est-ce que c'est portable (Linux et Win32) ?
Yes mais sous linux et windows il doit y avoir des différences il me semble.
Et pour finir : il me semble que les raw sockets ne sont pas capables de gérer toutes les entêtes (en particulier ethernet). Si tel est le cas comment puis-je faire ?
Ethernet est le protocole de plus bas niveau (couche 2: Liaison de données) et est pratiquement lié au média physique: Je serai étonné que tu puisses accéder directement sans passer par cette couche.
En fait, il est même possible que ce protocole soit géré matériellement, puisqu'on parle parfois de "carte éthernet" pour une carte réseau, et que sous Linux, une telle carte a le nom "/dev/eth0"...
Donc à mon avis, le plus bas niveau où tu puisses forger tes propres paquets est le niveau 3 (couche réseau, la couche du protocole IP, ARP, etc.)
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Même si l'ethernet est géré matériellement, les cartes éthernet doivent forcément échanger des données entres elles. Il doit bien y avoir moyen de récupérer ces infos, non ?
Par exemple, l'adresse MAC est écrite sur la carte pourtant ARP la récupère.
ARP est encapsulé par-dessus éthernet.
Je suppose que le paquet ARP est envoyé à une adresse MAC de diffusion...
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Absoluement... ARP, RARP, ICMP,... sont des protocoles dits "IP". Même si ARP n'est pas directement de type "IP".
Ce sont tous des protocoles de layer 3.
Et ils sont tous gérables sans problême avec les sockets.
On 'pourrait' dire:
Carte réseau (layers 1 & 2) ---- driver ---- OS (layer 3+)
Il y a donc fort peu de chance pour que les sockets puissent avoir un accès direct aux layers 1 & 2. Et c'est voulu ! (c'est tout l'interêt du model OSI: pouvoir remplacer un layer sans que cela affecte les autres).
Par contre, l'addressage de layer 2 (MAC-Address) est obligatoirement accéssible pour que l'OS puisse addresser une machine sur le réseau. Et donc forcément tout ce qui s'en suit: ARP (IP->MAC), RARP (MAC->IP), BOOTP, DHCP, ...
Le fonctionnement de ARP est vraiment on ne peut plus simple: broadcaster un paquet "WHO IS IP xxx.xxx.xxx.xxx", un peu comme DHCP et BOOTP.
Merci pour toutes ces précisions.
Je me restreindrai donc aux couches 3 et supérieures, ce qui me laisse quand même de quoi m'amuser.
Répondre avec citation
Partager