DHCP : comment un appareil reçoit sa configuration réseau

Cette technologie ne se résume pas à une définition : son comportement modifie ce que l’on observe pendant un diagnostic réseau. Il faut comprendre son mécanisme, sa portée et la manière de vérifier un symptôme.

Fonctionnement du mécanisme

Le mécanisme doit être interprété dans sa portée protocolaire. DHCP intervient dans le fonctionnement du réseau, mais ne permet pas à lui seul d’identifier la cause d’une panne.

Distinguez le lien local, le routeur, le réseau de l’opérateur et le service distant : un même symptôme visible peut provenir de couches différentes.

Méthode de diagnostic pratique

Notez interface, destination, heure et conditions, puis comparez plusieurs mesures. Utilisez ping et traceroute de 2ip pour les sondes de bout en bout et mesurez le débit séparément avec Speedtest.

Limites et interprétation correcte

Un délai dépassé ou un saut intermédiaire différent n’établit pas la cause. Corrélez les sondes réseau avec l’application finale. Référence technique : RFC 2131.

Localiser la panne par couche réseau

Une méthode utile commence à la frontière du réseau local. Vérifiez l’adresse de l’interface, la route par défaut et le DNS, puis la passerelle locale avant de passer à l’adresse publique et au service distant. On évite ainsi de confondre un problème Wi‑Fi ou Ethernet avec le routage de l’opérateur. Si la passerelle reste stable alors que la latence apparaît plus loin, comparez plusieurs destinations et répétez la mesure à un autre moment.

Les équipements intermédiaires ne sont pas obligés de répondre à toutes les sondes. Filtrage du trafic de contrôle, limitation de débit et routage asymétrique peuvent modifier une trace alors que le trafic applicatif continue de fonctionner.

Adresses, routes et réseau observé

L’adresse locale d’un appareil, son adresse publique de sortie et l’adresse de destination décrivent des parties différentes du trajet. NAT, CGNAT, VPN, proxy, CDN et Anycast ajoutent d’autres frontières ; une IP ne doit donc pas être assimilée automatiquement à l’identité d’un utilisateur ou d’un serveur physique. Notez destination et heure, car DNS et BGP peuvent diriger une mesure ultérieure vers une autre infrastructure.

En IPv6, une interface peut aussi posséder plusieurs adresses, notamment temporaires. La pile réseau choisit l’adresse source et ce choix peut influencer le chemin observé.

Rendre les mesures reproductibles

Un test unique n’est qu’un instantané. Répétez les mesures et notez connexion filaire ou sans fil, VPN, résolveur DNS et trafic de fond. Comparez la latence vers la même destination et mesurez le débit dans des conditions similaires. Si la latence n’augmente que lorsque le lien est chargé, examinez séparément les files d’attente et le bufferbloat.

Conservez le contexte en plus du chiffre final. Cela permet de distinguer une erreur de configuration persistante d’un changement de route bref, d’une congestion radio ou de la sélection d’un autre edge distant.