Commandes Dig et Nslookup en 2026 – Guide complet

DNS Des problèmes peuvent affecter les sites web, les messageries électroniques et les API lorsque les enregistrements pointent vers un emplacement incorrect. Dig et Nslookup offrent des méthodes pratiques pour inspecter rapidement ces enregistrements.

Ce guide explique le fonctionnement des deux commandes, leur emplacement d'installation et leur utilisation courante. DNS requêtes pour un dépannage plus rapide sans avoir recours à des outils graphiques.

Vous apprendrez des commandes utiles, comparerez Dig avec Nslookup et Host, et effectuerez des traces. DNS résolution, dépannage des erreurs courantes, automatisation des contrôles et suivi des procédures fiables DNS Pratiquez avec confiance.

Pourquoi les commandes Dig et Nslookup sont-elles importantes ?

Chaque site web, serveur de messagerie et API dépend de DNS La résolution d'un nom de domaine ne fonctionne pas correctement. Lorsqu'un nom de domaine ne se résout pas ou se résout vers une adresse IP incorrecte, il en résulte une interruption de service, des e-mails non distribués ou des dysfonctionnements. SSL.

DNS Des outils de recherche comme dig et nslookup permettent aux administrateurs de vérifier, en quelques secondes, si un DNS L'enregistrement est-il correctement publié ? Quel serveur de noms fait autorité ? Jusqu'où une modification s'est-elle propagée sur Internet ?

Ces deux outils sont gratuits, préinstallés ou facilement installables sur tous les principaux systèmes d'exploitation, et ne nécessitent aucune interface graphique, ce qui en fait la première étape de toute procédure. DNS processus de dépannage avant de passer à un niveau supérieur fournisseur d'hébergement ou registraire.

Qu'est-ce que la commande Dig ?

Dig (Domain Information Groper) est une ligne de commande DNS utilitaire de recherche inclus dans dnsutils (Debian/Ubuntu) ou bind-utils

(paquets RHEL/CentOS/AlmaLinux). Il interroge DNS Les serveurs interrogent directement et renvoient une réponse brute et détaillée comprenant la question posée.

section réponse, section autorité, délai et serveur ayant répondu.

Pourquoi les administrateurs système préfèrent dig :

• Sortie cohérente et analysable, parfaitement adaptée aux scripts Bash.
• Full DNSSEC et DNS support de traçage (+trace)
• Recherches par lots à partir d'un fichier avec -f
• Affichage par défaut du délai d'exécution et de la durée de vie des requêtes

Qu'est-ce que la commande Nslookup ?

Nslookup (recherche de serveur de noms) est a DNS Outil de requête disponible par défaut sous Windows, macOS et Linux.

Il prend en charge à la fois un mode rapide non interactif pour les recherches uniques et un mode interactif pour exécuter plusieurs requêtes au cours d'une même session.

Pour chaque option nslookup, option de type d'enregistrement et exemple de dépannage détaillé, consultez notre guide dédié à la commande nslookup.

Nslookup reste la valeur par défaut DNS Cet outil est disponible dans l'invite de commandes Windows et PowerShell, c'est pourquoi il est encore largement enseigné même si la plupart des distributions Linux privilégient désormais dig.

Comment installer Dig et Nslookup

Nslookup est préinstallé sur Windows, macOS et la plupart des distributions Linux. Dig doit généralement être installé séparément sur les serveurs Linux nouvellement mis en service.

Installer Dig sur Debian/Ubuntu

sudo apt update
sudo apt install dnsutils -y

Installer Dig sur RHEL / CentOS / AlmaLinux

sudo yum install bind-utils -y

Vérifier l'installation

dig -v
nslookup -version

Syntaxe de la commande Dig

Le format de syntaxe de base :

dig [@DNS-server] [domain] [record-type] [options]

Exemple :

dig youstable.com @8.8.8.8

Sinon DNS Si le serveur ou le type d'enregistrement est spécifié, dig interroge le résolveur par défaut du système pour l'enregistrement A.

Commandes de creusement les plus utilisées et exemples pratiques

Recherche d'enregistrement (Domaine vers IP)

dig example.com A

Recherche d'enregistrement MX (vérification du serveur de messagerie)

dig example.com MX

Recherche d'enregistrement NS (serveurs de noms faisant autorité)

dig example.com NS

Recherche d'enregistrement TXT (SPF, DKIM, Vérification)

dig example.com TXT

Recherche d'enregistrement SOA (Principal) DNS Autorité)

dig example.com SOA

Recherche CNAME (enregistrements d'alias)

dig www.example.com CNAME

Inverser DNS Recherche (enregistrement PTR)

Récupérer le nom d'hôte à partir de l'adresse IP :

dig -x 93.184.216.34

Réponse courte uniquement

dig example.com +short

Section de réponse uniquement (sans en-tête ni pied de page)

dig example.com +noall +answer

Full DNS Chemin de résolution (trace)

dig example.com +trace

Recherche par lots à partir d'un fichier

dig -f domains.txt

Guide de référence rapide de la commande Nslookup

La syntaxe équivalente de la commande nslookup pour la même DNS vérifie:

Comparaison complète entre Dig, Nslookup et Host

En bref : utilisez dig pour des informations détaillées et scriptables. DNSDiagnostic compatible SEC sous Linux et macOS ; utilisez nslookup pour des vérifications rapides sous Windows ou lorsque dig n'est pas disponible ; utilisez host pour obtenir la réponse la plus rapide en une seule ligne.

Monde réel DNS Scénarios de dépannage

Commun DNS Messages d'erreur et correctifs

Comprendre la sortie Dig +trace

Le +trace Le drapeau fait que la fouille suit l'ensemble DNS chaîne de délégation, des serveurs racine jusqu'au serveur de noms faisant autorité, au lieu de s'appuyer sur la réponse mise en cache par un résolveur :

dig example.com +trace

.                       518400  IN  NS  a.root-servers.net.
com.                    172800  IN  NS  a.gtld-servers.net.
example.com.            172800  IN  NS  ns1.example.com.
example.com.            300     IN  A   93.184.216.34

Il s'agit du moyen le plus rapide de confirmer précisément quel serveur de noms fait autorité pour un domaine, et de détecter les délégations défaillantes après un transfert de domaine ou un changement de serveur de noms.

Automatiser DNS Vérifications avec Dig dans les scripts Shell

Parce que creuser +short Le résultat est clair et compatible avec les scripts ; il est couramment utilisé dans les scripts de surveillance Bash et les tâches cron pour détecter DNS ou des échecs de propagation :

#!/bin/bash
DOMAIN="example.com"
EXPECTED_IP="93.184.216.34"
CURRENT_IP=$(dig +short "$DOMAIN" A)

if [ "$CURRENT_IP" != "$EXPECTED_IP" ]; then
  echo "DNS mismatch for $DOMAIN: expected $EXPECTED_IP, got $CURRENT_IP"
fi

Ce modèle est utile pour alerter lorsqu'un enregistrement A d'un domaine change de manière inattendue, par exemple lors d'une tentative de détournement ou d'une modification accidentelle. DNS modifier.

Bonnes pratiques d'utilisation de Dig et Nslookup

Utilisez le creuser et nslookup soigneusement pour obtenir des résultats précis DNS Résultats et éviter toute confusion avec les réponses mises en cache ou incomplètes. Suivez ces pratiques lors du dépannage. DNS problèmes:

• Cochez plusieurs DNS résolveurs : Interrogez les résolveurs publics tels que 1.1.1.1 et 8.8.8.8 pour comparer les résultats et identifier les éventuelles différences de propagation.
• Utilisez le creuser +tracer pour les questions de délégation : Lorsqu'un domaine donne des résultats incohérents, utilisez la commande `dig example.com +trace` pour suivre la trace. DNS Chemin de résolution des serveurs racine vers le serveur de noms faisant autorité.
• Utilisez une sortie propre pour les scripts : Utilisez dig +short ou dig +noall +answer pour automatiser. DNS vérifications. Ces options facilitent l'analyse du résultat dans les scripts shell.
• Vérifiez l'enregistrement SOA et le TTL : Examinez l'enregistrement SOA et sa durée de vie (TTL) avant de supposer qu'un DNS La modification s'est entièrement propagée à travers les différents résolveurs.
• Interrogez directement les serveurs faisant autorité : Utilisez la commande `dig example.com @ns1.example.com` pour vérifier la réponse faisant autorité et séparer les données. DNS Problèmes de configuration liés à la mise en cache du résolveur.
• Vérifiez le type d'enregistrement correct : Assurez-vous d'interroger l'enregistrement pertinent au problème, tel que A pour les adresses IP de sites web, MX pour le routage des e-mails ou TXT pour les enregistrements SPF, DKIM et de vérification.

Ces pratiques rendent DNS un dépannage plus fiable et aide à identifier si un problème provient de DNS configuration, serveur faisant autorité, cache du résolveur ou propagation.

FAQ