Discussion :

[Koko33]

Bonsoir,
J'ai un petit soucis, je développe un logiciel portable sous windows et linux et je cherche à récupérer la MAC adresse d'un PC en langage C. Le code n'a pas besoin d'être générique et portable d'un coup, cela ne me gêne pas d'utiliser un code différent par OS avec des librairies différentes, pas de soucis. Le tout est de savoir lesquelles et comment ^^? Est-ce que vous auriez une idée de comment faire?????

[Metalman]

Solution TRES lourde en C/Windows qui utilise mon pitit projet WMI Interrogator : là
Il faut modifier la propriété à lire dans la requête WQL... et le type à lire en sortie.
S'il y a plus simple, je suis preneur de solution également !

Sur Linux... euh... bonne question !

[Obsidian]

Bonjour,

Bonsoir,
J'ai un petit soucis, je développe un logiciel portable sous windows et linux et je cherche à récupérer la MAC adresse d'un PC en langage C. Le code n'a pas besoin d'être générique et portable d'un coup, cela ne me gêne pas d'utiliser un code différent par OS avec des librairies différentes, pas de soucis. Le tout est de savoir lesquelles et comment ^^? Est-ce que vous auriez une idée de comment faire?????

Il n'y a pas « une mac address par PC » mais une par interface réseau, si tant est encore que le réseau en question les gère (si c'est de l'Ethernet ou assimilé, c'est le cas). Ça veut dire qu'il va d'abord falloir énumérer les différentes cartes réseau (intégrées à la carte-mère, sur un slot PCI, via une interface USB…) reliées à ta machine puis, de là, récupérer la mac address de chacune d'elles.

Sous Linux, regarde du coté de man 7 netdevice.

Ce sont des interfaces standard qui te permettent de contrôler la majorité des opérations réseau élémentaires à travers des ioctls. En gros, tu crées un socket quelconque sans le connecter et tu effectues ces ioctls dessus pour communiquer avec le noyau. Tous ces appels s'appuient sur le nom de l'interface pour te répondre sauf SIOCGIFNAME qui utilise le numéro d'index.

Il te faut donc obligatoirement, pour commencer, la liste des noms des interfaces détectées et reconnues par ton noyau. Tu pourrais éventuellement passer en revue les index de 0 à n pour essayer de les trouver mais rien ne te dit qu'ils seront consécutifs et tu ne peux pas en faire l'hypothèse.

Sous Linux, le mieux consiste à aller les chercher dans « /proc/net/dev ». Un coup de strace nous apprend que c'est ce que fait l'outil « ifconfig ».

Une fois fait, les mac addresses sont appelées « hardware addresses ». Tu les récupères avec SIOCGIFHWADDR dans le champ ifr_hwaddr.

[ternel]

Et encore, une carte n'est pas exactement une interface.

Le système pour lequel je développe actuellement possède deux ports ethernet, mais 3 interfaces, vu qu'il y a un switch interne. J'ai donc trois interfaces réseaux: eth0, wan et lan.

Chacune a sa propre adresse MAC, que l'on vient de décider comme étant identique, histoire de ne pas trop compliquer la configuration.

[grim7reaper]

Sous Linux, le mieux consiste à aller les chercher dans « /proc/net/dev ». Un coup de strace nous apprend que c'est ce que fait l'outil « ifconfig ».

Une fois fait, les mac addresses sont appelées « hardware addresses ». Tu les récupères avec SIOCGIFHWADDR dans le champ ifr_hwaddr.

Il y a plus simple, beaucoup plus simple
Il suffit de passer par le système de fichier virtuel sysfs.
C’est un système de fichier virtuel très utile, qui regorge d’info. Un peu comme procfs.

Donc, via sysfs, dans le répertoire /sys/class/net/ tu as un répertoire (lien symbolique en fait) par interface.
Et chaque répertoire contient un fichier address qui contient l’adresse MAC associé.

Code :

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

1
2
3
4
5
6
7
$ ls /sys/class/net/       
eth0  lo  wlan0
$ ls /sys/class/net/lo
addr_assign_type  addr_len   carrier  dormant  flags    ifindex  link_mode  netdev_group  power   speed       subsystem     type
address           broadcast  dev_id   duplex   ifalias  iflink   mtu        operstate     queues  statistics  tx_queue_len  uevent
$ cat /sys/class/net/lo/address
00:00:00:00:00:00

Bon lo étant la boucle locale, c’est normale d’avoir 0 partout. Mais les autres contiennent de vrai adresses MAC.

[Obsidian]

Oui, je sais ! :-)

C'est même par là que je voulais commencer mais il se faisait tard et comme je n'arrivais plus à trouver le chemin exact, j'ai laissé tomber pour ce moment-là.

C'est une très bonne chose de l'avoir mentionné, donc, mais sysfs a l'inconvénient de ne pas toujours être disponible et de n'exister que depuis les noyaux 2.6. En outre, ses premières versions ont fait l'objet de plusieurs remaniements. Bon, on en est au 3.10 désormais, donc les 2.4 commencent à être vraiment loin. Par contre, s'il s'agit de compiler des logiciels pour des systèmes déjà en production, ça peut avoir de l'importance.

Les ioctl ci-dessus, eux, sont plus ou moins standard et fonctionnent pratiquement depuis le début. Ils ont également l'énorme avantage d'être portables sur la plupart des autres UNIX, comme Solaris et, dans une certaine mesure, les BSD. Par contre, après vérif', OpenBSD utilise SIOCGLIFPHYADDR. Même méthode, donc, mais interface légèrement différente…

[Metalman]

Je plussoie Obsidian : sur les BSD il n'y a pas toujours de procfs "de base" (c'est à ajouter)...
La méthode ioctl() est vraiment la plus "UNIX-friendly".

[grim7reaper]

Je plussoie Obsidian : sur les BSD il n'y a pas toujours de procfs "de base" (c'est à ajouter)...
La méthode ioctl() est vraiment la plus "UNIX-friendly".

Je suis bien d’accord, mais même les ioctl ne sont pas portable (les noms des constantes sont rarement les mêmes). Donc bon, dans le cas présent la différence est mineure (et Koko33 est pas contre avoir un code par système), donc autant allez au plus simple

Dans le cas général, je suis tout à fait d’accord avec vous

Sinon en moyen portable il y a peut-être la libpcap (à vérifier), mais ça ajoute une dépendance