DHCP et DNS : configuration réseau et résolution de noms
Comment DHCP distribue les paramètres réseau, comment DNS résout les noms et comment ces services s’intègrent dans un dépannage méthodique.
Ce que vous allez retenir
Des connaissances à mettre en pratique.
- Expliquer l’attribution DHCP et la résolution DNS comme deux processus distincts
- Suivre DORA, les options de bail et la résolution DNS récursive
- Diagnostiquer les défauts à l’aide des paramètres clients, des captures et des journaux serveur
Accéder directement à la bonne section
- DHCP fournit davantage qu’une adresse IP
- DNS est une base de données distribuée avec mise en cache
- Diagnostiquer le parcours réel
- Liste de contrôle pratique
Afficher les 5 sections
DHCP distribue la configuration réseau ; DNS résout les noms en enregistrements de ressources. Dépannez séparément l’attribution d’adresse et la résolution de noms, à partir des paramètres réels du client, de captures de paquets et d’éléments côté serveur.
DHCP fournit davantage qu’une adresse IP
L’échange IPv4 DORA typique commence par Discover, une diffusion du client à la recherche d’un serveur. Offer propose une adresse, par exemple 192.168.1.50, avec un bail. Request indique l’offre souhaitée par le client et Acknowledge la confirme. DHCP fournit aussi le masque, la passerelle par défaut, les serveurs DNS, le domaine de recherche et d’autres options. Une adresse valide accompagnée d’options incorrectes peut malgré tout empêcher le client d’atteindre sa destination.
DHCP utilise couramment les ports UDP 67 et 68. Les diffusions ne traversent pas automatiquement les routeurs. Un relais transmet les demandes d’un segment à un serveur central et inclut des informations sur le réseau d’origine. L’étendue d’adresses, le relais et le VLAN doivent être cohérents. Les réservations associent une adresse à un identifiant client, mais ne remplacent pas la documentation des appareils critiques.
DNS est une base de données distribuée avec mise en cache
Un résolveur local interroge normalement un résolveur récursif, qui utilise son cache ou suit la hiérarchie des serveurs racine, de domaine de premier niveau et faisant autorité. DNS utilise couramment le port 53. Le TTL détermine la durée pendant laquelle une réponse peut être mise en cache.
Une résolution réussie ne prouve pas que le service est joignable. À l’inverse, une adresse IP peut fonctionner alors que la résolution de noms échoue. Séparez ces questions pendant le diagnostic.
- Les enregistrements A associent des noms à des adresses IPv4 ; par exemple bissolux.com → 192.0.2.10.
- Les enregistrements AAAA associent des noms à des adresses IPv6, par exemple 2001:db8::10.
- Les enregistrements CNAME dirigent un alias vers un nom canonique, comme www.bissolux.com → bissolux.com.
- Les enregistrements MX identifient les destinations de messagerie ; les enregistrements TXT peuvent porter des informations de vérification et de politique de messagerie.
Diagnostiquer le parcours réel
Pour DHCP, examinez l’état de l’interface, le VLAN, l’adresse du client, le bail, le relais et l’étendue d’adresses. Une adresse IPv4 dans 169.254.0.0/16 indique souvent qu’aucun bail n’a été obtenu. Une capture de paquets révèle l’étape DORA manquante, au lieu de montrer simplement qu’une nouvelle tentative a échoué.
Pour DNS, comparez le résolveur configuré, le type de requête, le code de réponse, les données faisant autorité et le cache. NXDOMAIN indique que, selon la réponse, le nom n’existe pas. SERVFAIL indique plus souvent un échec de traitement, de délégation ou de validation. Un DNS scindé peut volontairement renvoyer des réponses internes et externes différentes.
Liste de contrôle pratique
- 01
Consignez l’adresse, le masque, la passerelle, les serveurs DNS et la durée du bail.
- 02
Comparez le VLAN, l’adresse du relais et l’étendue DHCP.
- 03
Interrogez explicitement le résolveur interne et le serveur faisant autorité.
- 04
Examinez le code de réponse, le type d’enregistrement, le TTL et la délégation.
- 05
Vérifiez les modifications avec des captures de paquets ou des journaux.
Questions fréquentes
Pourquoi puis-je faire un ping vers une adresse IP, mais pas vers un nom d’hôte ?
La connectivité IP existe, mais la résolution de noms échoue. Vérifiez la configuration du résolveur, l’enregistrement DNS, le suffixe de recherche, le cache et l’accessibilité du serveur DNS.
Pourquoi faut-il un relais lorsqu’un VLAN utilise un serveur DHCP central ?
La diffusion initiale du client reste dans son segment local. Un routeur ne la transmet normalement pas ; un relais relie le segment au service DHCP central.
Une offre adaptée
Comment Bissolux peut vous aider
Transformez ces conseils en une action concrète. Vérifiez le périmètre, le prix et les exclusions de l’offre avant de commander.
Infrastructure informatique
Décrivez vos systèmes et vos besoins. Nous conviendrons des travaux, des responsabilités et des conditions avant la mise en œuvre. La prise de contact est proposée en anglais.
Publicité · BissoluxAssistance et exploitation informatique
Décrivez vos systèmes et vos besoins. Nous conviendrons des travaux, des responsabilités et des conditions avant la mise en œuvre. La prise de contact est proposée en anglais.
