Configuration et dépannage du DNS

Votre serveur peut avoir une configuration réseau et un pare-feu parfaits tout en étant incapable d’atteindre le monde extérieur s’il ne peut pas résoudre les noms. Le DNS traduit les noms d’hôte faciles à retenir comme example.com en adresses IP.

Comprendre le fonctionnement de la résolution — et savoir la diagnostiquer — est indispensable pour maîtriser les réseaux.

Lorsqu’un programme a besoin de l’adresse IP correspondant à un nom, Linux vérifie généralement les sources dans l’ordre suivant :

• Le fichier local /etc/hosts
• Les serveurs DNS configurés (résolveurs)

L’ordre est défini par /etc/nsswitch.conf, sur la ligne hosts:.

/etc/hosts associe localement des noms à des adresses IP, sans passer par le DNS. Il est idéal pour les tests, les noms d’hôte internes ou l’association d’un domaine à une adresse IP précise.

Chaque ligne contient une adresse IP suivie d’un ou plusieurs noms.

Le fichier classique est /etc/resolv.conf, qui répertorie les serveurs de noms. Sur les systèmes modernes, il est souvent géré par systemd-resolved ou NetworkManager : le modifier directement peut donc ne pas fonctionner durablement.

Vérifiez ce qui est réellement utilisé avant de changer quoi que ce soit.

Sur un système utilisant systemd-resolved, définissez le DNS pour chaque interface plutôt que de modifier resolv.conf. Sur les serveurs fondés sur Netplan, définissez-le dans la configuration YAML.

Cet exemple définit des résolveurs publics pour une interface.

dig est l’outil d’interrogation DNS le plus puissant. Il affiche la réponse ainsi que les métadonnées de la requête.

L’option +short réduit la sortie à la seule réponse — ce qui est idéal pour les scripts.

Le DNS stocke de nombreux types d’enregistrements. Précisez-en un pour consulter les courriels, les serveurs de noms ou les alias.

• A — adresse IPv4
• AAAA — adresse IPv6
• MX — serveurs de courriel
• NS — serveurs de noms
• CNAME — alias

nslookup et host sont des alternatives plus simples à dig. Ils sont pratiques pour les vérifications rapides et la recherche inversée (de l’adresse IP vers le nom).

Les recherches inversées interrogent l’enregistrement PTR correspondant à une adresse.

Pour vérifier si un résolveur est à l’origine du problème, dirigez une requête vers un serveur précis avec la syntaxe @. Si un résolveur public fonctionne alors que le vôtre ne fonctionne pas, le problème vient de votre configuration DNS.

Lorsqu’un nom ne peut pas être résolu, examinez les différentes couches :

• Pouvez-vous envoyer une requête ping directement à une adresse IP ? (exclut le réseau)
• dig @1.1.1.1 name fonctionne-t-il ? (exclut le nom lui-même)
• dig name fonctionne-t-il avec votre résolveur par défaut ? (isole la configuration du résolveur)
• Une entrée obsolète dans /etc/hosts la remplace-t-elle ?

Maintenez une résolution des noms fiable :

• Utilisez au moins deux résolveurs pour assurer la redondance
• Ne modifiez pas manuellement resolv.conf s’il est géré automatiquement
• Utilisez /etc/hosts pour les tests, mais supprimez les entrées obsolètes
• Préférez dig +short dans les scripts pour obtenir une sortie claire

Testez vos connaissances en matière de diagnostic DNS.

Vous pouvez désormais configurer et diagnostiquer le DNS sur un serveur :

• Ordre de résolution via /etc/nsswitch.conf et /etc/hosts
• Résolveurs dans resolv.conf / systemd-resolved
• Interrogation avec dig, host et nslookup, y compris des types d’enregistrements et des serveurs précis
• Méthode de diagnostic par couches

Vous complétez ainsi vos compétences en réseau et en pare-feu par la couche de nommage.