DNS, ARP et ICMP

1. Ce qu'il faut savoir

DNS traduit les noms de domaine en adresses IP, ARP traduit les adresses IP en adresses MAC sur le réseau local, et ICMP permet de tester la connectivité (notamment via ping). Trois protocoles de diagnostic incontournables.

2. Définitions essentielles

• DNS (Domain Name System) : traduit un nom (ex. exemple.com) en adresse IP.
• Cache DNS : mémoire locale des résolutions DNS déjà effectuées, pour accélérer les accès suivants et réduire les requêtes réseau.
• ARP (Address Resolution Protocol) : traduit une adresse IP en adresse MAC sur un même réseau local (indispensable pour qu'une trame Ethernet atteigne le bon appareil).
• ICMP (Internet Control Message Protocol) : protocole de contrôle utilisé notamment par ping (test d'accessibilité) et par les messages d'erreur réseau.

3. Notions principales

• Pour joindre un appareil du même réseau local, IP ne suffit pas : il faut l'adresse MAC correspondante, obtenue via une requête ARP.
• Le cache DNS peut contenir une entrée périmée (site déplacé, IP changée) : vider le cache DNS fait parfois partie du dépannage.
• ping envoie des paquets ICMP Echo Request et attend une réponse Echo Reply : un échec peut venir d'un pare-feu qui bloque ICMP, pas nécessairement d'une vraie panne réseau.
• Un nom qui ne se résout pas (« hôte inconnu ») pointe vers un problème DNS, distinct d'un problème de routage/connectivité pure.

4. Procédure / méthode

Diagnostiquer un accès impossible à un site : (1) ping l'adresse IP directement (si connue) pour tester la connectivité pure, sans DNS ; (2) ping le nom de domaine pour tester la résolution DNS ; (3) si l'IP répond mais pas le nom, le problème est DNS ; (4) si rien ne répond, le problème est plus bas niveau (routage/connectivité, voir MC31).

5. Exemple concret

Un utilisateur ne peut plus accéder à un site précis mais tous les autres fonctionnent : ping par IP directe fonctionne, mais ping par nom échoue → cache DNS périmé ou serveur DNS ne résolvant pas ce nom → vider le cache DNS ou changer de serveur DNS.

6. Pièges fréquents

• Conclure à une panne réseau générale alors qu'ICMP est simplement bloqué par un pare-feu (un ping qui échoue ne prouve pas toujours une vraie coupure).
• Oublier que ARP fonctionne uniquement à l'intérieur d'un même réseau local.
• Ne pas penser à tester par IP directe pour isoler un problème DNS.

À retenir