Sur un réseau local, l’échange de données paraît instantané : un ordinateur contacte une imprimante, un smartphone joint une box, un serveur répond à une requête. Pourtant, avant qu’un paquet IP ne circule réellement, une étape discrète mais essentielle intervient. Le protocole ARP permet à une machine de trouver l’adresse physique du destinataire sur le même réseau. Sans lui, la communication IPv4 locale serait tout simplement impossible.
ARP signifie Address Resolution Protocol, ou protocole de résolution d’adresse. Son rôle est simple à formuler : faire le lien entre une adresse IP et une adresse MAC. Dans un réseau local, une machine connaît souvent l’adresse IP de son interlocuteur, mais elle doit aussi connaître son adresse matérielle pour lui envoyer une trame Ethernet.
L’adresse IP sert à identifier une interface réseau dans une logique de routage. L’adresse MAC, elle, identifie une carte réseau au niveau de la couche liaison. Dans un réseau Ethernet, les données ne sont pas envoyées directement vers une adresse IP, mais vers une adresse MAC de destination. ARP intervient donc comme un traducteur entre ces deux mondes.
Ce mécanisme concerne principalement les réseaux utilisant IPv4. En IPv6, ARP n’est plus utilisé : il est remplacé par le protocole NDP, pour Neighbor Discovery Protocol. Mais dans les réseaux d’entreprise, les box domestiques, les imprimantes connectées ou les équipements industriels, ARP reste omniprésent dès qu’IPv4 est en service.
Lorsqu’un ordinateur veut envoyer des données à une autre machine du même réseau local, il commence par vérifier si l’adresse IP de destination appartient à son sous-réseau. Si c’est le cas, il doit transmettre directement la trame Ethernet au destinataire. Pour cela, il lui faut l’adresse MAC correspondant à cette IP.
Imaginons un poste dont l’adresse est 192.168.1.20 et une imprimante en 192.168.1.45. Le poste sait qu’il veut joindre cette imprimante, mais il ne connaît pas forcément sa carte réseau physique. Il va donc émettre une requête ARP afin de demander : “Qui possède l’adresse IP 192.168.1.45 ?”
Cette logique est différente de la résolution de noms sur Internet. Le DNS traduit un nom de domaine en adresse IP, alors qu’ARP traduit une adresse IP locale en adresse MAC. Pour mieux distinguer ces mécanismes, la résolution complète d’un nom sur Internet illustre bien le rôle spécifique du DNS avant toute communication réseau.
Le fonctionnement d’ARP repose sur une séquence très courte. Lorsqu’une machine ne connaît pas l’adresse MAC associée à une adresse IP locale, elle diffuse une requête sur tout le réseau Ethernet. Cette requête est envoyée en broadcast, c’est-à-dire à l’adresse MAC spéciale ff:ff:ff:ff:ff:ff, reçue par tous les équipements du segment local.
Chaque machine reçoit cette question, mais seule celle qui possède l’adresse IP recherchée répond. Elle renvoie alors une réponse ARP contenant son adresse MAC. Cette réponse est généralement transmise en unicast, directement à l’émetteur de la demande. À partir de ce moment, la machine initiale peut envoyer ses trames au bon destinataire.
Cette procédure se déroule en quelques millisecondes. L’utilisateur ne la voit pas, mais elle précède de nombreuses actions ordinaires : ouvrir une page hébergée sur un serveur local, accéder à un NAS, envoyer un document vers une imprimante ou joindre la passerelle par défaut.
Pour ne pas interroger le réseau à chaque paquet envoyé, les systèmes d’exploitation conservent les correspondances IP/MAC dans un cache ARP. Ce cache est une table temporaire qui associe une adresse IPv4 à une adresse MAC pendant une durée limitée. Cela réduit le trafic inutile et accélère les communications.
Sur un ordinateur, cette table peut être consultée avec des commandes système comme arp -a sous Windows, macOS ou Linux. On y trouve les adresses IP récemment contactées et les adresses MAC associées. Les entrées expirent automatiquement après un certain délai, qui varie selon les systèmes et la configuration réseau.
Le cache ARP peut contenir des entrées dynamiques, apprises automatiquement, et parfois des entrées statiques, configurées manuellement. Les entrées statiques sont moins courantes, mais elles peuvent être utilisées dans certains environnements sensibles pour renforcer la stabilité d’une correspondance entre une IP et une adresse matérielle précise.
Dans la pratique, ARP sert très souvent à trouver l’adresse MAC de la passerelle par défaut, c’est-à-dire la box ou le routeur qui permet de sortir du réseau local. Lorsqu’un ordinateur veut joindre un serveur sur Internet, l’adresse IP finale n’est pas dans son sous-réseau. Il envoie donc le trafic à sa passerelle locale.
Mais là encore, il ne peut pas envoyer une trame Ethernet à une simple adresse IP. Il doit connaître l’adresse MAC de l’interface locale du routeur. Une requête ARP est donc effectuée pour associer, par exemple, 192.168.1.1 à l’adresse MAC de la box. Ensuite, les paquets destinés à Internet sont encapsulés dans des trames Ethernet envoyées à cette passerelle.
Ce point explique pourquoi un problème ARP peut provoquer une panne très visible. Si un poste ne parvient plus à résoudre l’adresse MAC de sa passerelle, il peut sembler connecté au Wi-Fi ou au câble Ethernet, obtenir une adresse IP, mais rester incapable d’accéder au Web ou à des services distants.
ARP ne se limite pas aux requêtes classiques. Un équipement peut aussi envoyer un ARP gratuit, ou gratuitous ARP, pour annoncer spontanément son adresse IP et son adresse MAC. Cette technique sert notamment à signaler un changement d’adresse MAC, détecter un conflit IP ou mettre à jour les caches ARP des autres machines.
On rencontre également le proxy ARP. Dans ce cas, un routeur répond à une requête ARP à la place d’une autre machine, souvent pour permettre à des équipements de communiquer malgré une séparation logique du réseau. Cette méthode peut être utile dans des architectures particulières, mais elle doit être configurée avec prudence.
Dans certains environnements complexes, ARP cohabite avec d’autres services de découverte, de nommage ou d’enregistrement réseau. Par exemple, les services publiés dans un domaine peuvent s’appuyer sur des mécanismes DNS spécifiques, comme les entrées indiquant l’emplacement d’un service, tandis qu’ARP reste cantonné à la résolution d’adresse sur le lien local.
ARP a été conçu à une époque où les réseaux locaux étaient considérés comme relativement fiables. Le protocole ne prévoit pas d’authentification native. Une machine peut donc envoyer de fausses réponses ARP et prétendre posséder l’adresse IP d’un autre équipement. Cette faiblesse ouvre la voie à des attaques de ARP spoofing ou ARP poisoning.
Dans une attaque de ce type, un pirate peut tenter d’associer son adresse MAC à l’adresse IP de la passerelle. Les machines victimes envoient alors leur trafic vers l’attaquant, qui peut l’intercepter, le modifier ou le relayer discrètement. Ce scénario est particulièrement préoccupant sur les réseaux publics, partagés ou mal segmentés.
Plusieurs mesures permettent de limiter ces risques : segmentation réseau, surveillance des tables ARP, activation de fonctions comme Dynamic ARP Inspection sur les commutateurs compatibles, usage du chiffrement applicatif et adoption de bonnes pratiques d’administration. Le chiffrement HTTPS, SSH ou VPN ne corrige pas ARP, mais il protège le contenu échangé même si le trafic est intercepté.
Un dysfonctionnement ARP peut se manifester de manière trompeuse. Une machine peut avoir une adresse IP correcte, une connexion physique active et pourtant ne pas joindre une ressource locale. Les symptômes fréquents incluent une passerelle injoignable, des communications intermittentes ou des conflits d’adresses IP.
Les administrateurs commencent souvent par consulter le cache ARP, tester la connectivité avec ping, vérifier la table d’adressage du commutateur et rechercher d’éventuelles duplications d’IP. Une capture réseau avec un outil comme Wireshark peut aussi montrer les requêtes ARP, les réponses reçues et les éventuelles incohérences entre IP et adresses MAC annoncées.
Dans un réseau sain, les requêtes ARP restent limitées et les réponses correspondent aux équipements attendus. Si plusieurs machines répondent pour la même adresse IP, ou si l’adresse MAC d’une passerelle change sans raison, il faut examiner la configuration, rechercher un conflit ou envisager une activité malveillante.
Le protocole ARP illustre une réalité fondamentale des réseaux : les communications reposent sur plusieurs couches qui collaborent en permanence. L’utilisateur voit une adresse IP, un nom de machine ou une application, mais le réseau local doit connaître l’adresse matérielle exacte pour transmettre les trames au bon équipement.
Malgré son âge et ses limites, ARP reste indispensable dans les environnements IPv4. Il fonctionne rapidement, sans configuration dans la plupart des cas, et rend possibles des échanges quotidiens que l’on remarque rarement. Comprendre son rôle aide à diagnostiquer les pannes locales, à sécuriser un réseau et à mieux saisir la mécanique réelle d’une communication Ethernet.
