Services DNS, DHCP et NAT : à quoi ça sert dans un réseau réel

4 novembre 2026 · Fondamentaux réseau

Quand un ordinateur rejoint le réseau d’une entreprise, il doit recevoir une configuration, trouver les serveurs demandés et communiquer avec l’extérieur. DNS, DHCP et NAT assurent ces tâches distinctes, souvent sans intervention visible de l’utilisateur.

Leur rôle apparaît clairement lorsqu’une page ne charge plus, qu’un appareil n’obtient pas d’adresse ou qu’un courriel légitime arrive dans les indésirables. Comprendre cet enchaînement aide à distinguer les pannes et à mieux gérer l’adressage réseau.

Sommaire

À retenir :

Configuration automatique des appareils grâce au DHCP
Résolution de noms assurée par le DNS et ses serveurs
Partage d’une adresse publique grâce à la traduction NAT
Diagnostic facilité par des symptômes réseau mieux identifiés

DNS et DHCP : les services qui organisent le réseau local

Une fois l’appareil connecté, deux services collaborent pour lui permettre de communiquer, mais ils n’effectuent pas le même travail. Le DHCP prépare sa configuration ; le DNS rend les destinations faciles à retrouver.

DHCP et attribution d’adresses IP automatique

Au démarrage, un appareil demande une configuration au serveur DHCP, qui lui prête une adresse IP pour une durée déterminée. Il transmet aussi le masque, la passerelle par défaut et les serveurs DNS nécessaires.

A lire également : Protocoles et QoS : ce qui les distingue

Un petit bureau, par exemple, peut ainsi connecter des ordinateurs portables sans attribuer manuellement une adresse à chacun. Si aucun serveur DHCP ne répond, certains appareils adoptent une adresse de secours en 169.254.x.x, signe utile pour le diagnostic.

Paramètres fournis par le DHCP :

Adresse IP et masque du réseau local
Passerelle par défaut pour joindre d’autres réseaux
Adresses des serveurs DNS à interroger

DNS et résolution de noms sur Internet

Après cette configuration, le DNS transforme un nom de domaine en adresse IP exploitable par les machines. Selon IBM, le DNS associe les noms lisibles par les personnes aux adresses numériques utilisées par les ordinateurs.

Cette résolution de noms s’appuie sur des serveurs répartis en hiérarchie et sur des réponses conservées temporairement en cache. Le délai de conservation, appelé TTL, explique pourquoi une modification de domaine ne se reflète pas toujours immédiatement partout.

Service	Fonction principale	Exemple de panne
DHCP	Fournir les paramètres réseau	Appareil sans configuration valide
DNS	Associer un nom à une adresse IP	Nom de site introuvable
Passerelle	Diriger le trafic vers d’autres réseaux	Réseau local accessible, Internet indisponible
Cache DNS	Conserver une réponse durant le TTL	Ancienne adresse encore utilisée

Le DNS concerne aussi la messagerie : des enregistrements TXT peuvent publier des règles SPF, DKIM et DMARC. Selon IBM, le DNS sert à convertir les noms en adresses, tandis que le DHCP automatise l’attribution des adresses IP.

A lire également : Modèle OSI et TCP IP : trois façons de le repérer

NAT : la traduction d’adresses pour l’accès Internet

Une fois les appareils configurés et les destinations résolues, le NAT permet souvent à plusieurs équipements privés de partager une connexion extérieure. Il intervient généralement sur le routeur situé entre le réseau local et Internet.

Comment le NAT relie les adresses privées au réseau public

Le routeur modifie les informations d’adresse des paquets lorsqu’ils passent entre les réseaux privé et public. Avec la traduction d’adresses et le suivi des connexions, plusieurs appareils peuvent utiliser une même adresse publique pour accéder à Internet.

Dans une boutique, les terminaux de paiement, téléphones et ordinateurs peuvent ainsi partager la sortie Internet du routeur. Le NAT ne remplace toutefois ni le DNS ni le DHCP : il intervient à une autre étape de la communication.

Fonctions à distinguer dans le routeur :

DHCP : configuration des équipements du réseau local
DNS : recherche de l’adresse correspondant à un nom
NAT : traduction des adresses lors des échanges extérieurs

Identifier une panne DNS, DHCP ou NAT

Le symptôme oriente le diagnostic : une adresse de secours suggère un problème DHCP, tandis qu’un site inaccessible par son nom peut signaler une panne DNS. Si le réseau local fonctionne mais que les échanges extérieurs échouent, la passerelle ou le NAT mérite vérification.

A lire également : LAN, WAN, VLAN : structurer un réseau moderne

Selon IBM, les fonctions DHCP et DNS répondent à des besoins différents, même si elles participent toutes deux à la connectivité. Tester séparément l’adresse IP, la passerelle et la résolution d’un nom évite de confondre leurs défaillances.

Vérifications utiles lors d’un incident :

Contrôler qu’une adresse IP valide a été attribuée
Tester la communication avec la passerelle par défaut
Comparer l’accès par adresse et par nom de domaine
Vérifier la configuration du routeur et du NAT

Dans la pratique, ces contrôles suivent le trajet de la demande, de l’appareil jusqu’au service recherché. Cette méthode permet de localiser plus vite l’étape où la communication se bloque.

DNS, DHCP et NAT : comprendre leur complémentarité

Le parcours d’une demande montre comment ces fonctions s’enchaînent sans se confondre. Le DHCP équipe d’abord le poste, le DNS retrouve ensuite la destination et le NAT peut enfin permettre le passage vers Internet.

Le trajet d’une requête depuis un ordinateur

Imaginons qu’une employée ouvre le site de son fournisseur depuis un nouvel ordinateur. Le DHCP lui attribue une adresse et une passerelle ; son appareil interroge ensuite le DNS pour obtenir l’adresse du site.

Quand la requête quitte le réseau privé, le routeur applique le NAT si la configuration le prévoit. Si le nom ne se résout pas, la connexion peut sembler coupée alors que le réseau local reste actif.

Étape	Service concerné	Résultat attendu
Connexion de l’appareil	DHCP	Adresse et paramètres réseau reçus
Saisie du nom du site	DNS	Adresse IP de destination obtenue
Sortie du réseau privé	NAT	Échange traduit vers l’adresse publique
Réponse du site	Routeur et réseau	Paquets renvoyés vers le bon appareil

Erreurs courantes de configuration réseau

Un changement DNS peut rester invisible jusqu’à l’expiration des réponses conservées en cache ; le TTL doit donc être pris en compte lors d’une migration. De même, plusieurs serveurs DHCP mal coordonnés peuvent fournir des configurations incompatibles aux appareils.

Pour une petite organisation, documenter les plages d’adresses, la passerelle et les serveurs DNS réduit les erreurs lors d’un remplacement de routeur. Un adressage réseau clair facilite aussi le travail du support quand un appareil perd l’accès Internet.

Source : IBM, « DCHP et DNS », IBM.