Les 10 commandes Nslookup les plus utilisées

Nslookup est probablement l'outil DNS le plus utilisé au monde, ne serait-ce que parce qu'il est installé par défaut sur Windows, macOS et la plupart des distributions Linux. Beaucoup de gens ne connaissent que la commande de base, mais il est capable de bien plus : interroger des serveurs spécifiques, vérifier des enregistrements MX, diagnostiquer des problèmes de propagation ou tester un serveur DNS en particulier. Voici les 10 commandes que vous utiliserez le plus souvent.

1. Rechercher l'adresse IP d'un domaine

La commande la plus basique et la plus fréquente. Elle résout un nom de domaine en adresse IP en interrogeant votre serveur DNS par défaut.

nslookup example.com

La réponse affiche le serveur DNS utilisé pour la résolution (ligne "Server") et l'adresse IP associée au domaine. Si le domaine a plusieurs enregistrements A (ce qui est courant pour les sites à fort trafic qui utilisent du load balancing), vous verrez plusieurs adresses.

2. Trouver le nom de domaine à partir d'une IP (reverse DNS)

L'opération inverse : à partir d'une adresse IP, retrouver le nom de domaine qui lui est associé via l'enregistrement PTR. C'est ce qu'on appelle une résolution inverse.

nslookup 142.250.74.46

Si un enregistrement PTR existe, vous verrez le nom de domaine correspondant. Beaucoup de serveurs de messagerie vérifient le reverse DNS pour valider l'identité de l'expéditeur. Si votre serveur mail n'a pas de PTR correctement configuré, vos emails risquent d'atterrir en spam.

3. Interroger un serveur DNS spécifique

Par défaut, nslookup utilise le serveur DNS configuré sur votre machine (celui de votre FAI ou celui que vous avez choisi manuellement). Mais vous pouvez forcer la requête vers un serveur DNS précis pour comparer les résultats ou tester un résolveur en particulier.

nslookup example.com 8.8.8.8

Ici, la requête est envoyée à Google DNS (8.8.8.8) au lieu de votre serveur par défaut. C'est très utile pour diagnostiquer un problème de propagation : si le résultat diffère entre votre DNS local et 1.1.1.1 (Cloudflare) ou 8.8.8.8 (Google), le problème vient probablement du cache de votre résolveur ou de celui de votre FAI.

4. Rechercher les serveurs de messagerie (MX)

Les enregistrements MX indiquent quels serveurs gèrent les emails d'un domaine. C'est la première chose à vérifier quand des emails ne sont pas délivrés.

nslookup -type=mx example.com

La réponse liste les serveurs MX avec leur priorité (le chiffre le plus bas est le serveur principal). Pour un domaine utilisant Google Workspace, vous verrez des entrées comme aspmx.l.google.com avec différentes priorités. Pour Microsoft 365, ce sera quelque chose comme example-com.mail.protection.outlook.com.

5. Rechercher les serveurs DNS autoritaires (NS)

Les enregistrements NS indiquent quels serveurs DNS font autorité pour un domaine. C'est utile pour savoir chez quel hébergeur DNS un domaine est configuré.

nslookup -type=ns example.com

Si vous voyez des serveurs comme ns1.cloudflare.com, le domaine utilise Cloudflare comme DNS. Des serveurs en .awsdns. indiquent Amazon Route 53. Des serveurs comme dns1.registrar-servers.com pointent vers Namecheap.

6. Vérifier les enregistrements TXT

Les enregistrements TXT sont utilisés pour plein de choses : vérification de propriété de domaine (Google Search Console, Microsoft 365), configuration SPF pour l'authentification email, clés DKIM, et politiques DMARC.

nslookup -type=txt example.com

Vous verrez souvent des enregistrements commençant par v=spf1 (configuration SPF), v=DMARC1 (politique DMARC), ou des chaînes de vérification Google/Microsoft. Si vous avez des problèmes de délivrabilité email, c'est ici que vous vérifiez que SPF et DMARC sont bien en place.

7. Rechercher un enregistrement CNAME

Un CNAME est un alias qui pointe vers un autre nom de domaine. C'est très courant pour les sous-domaines : www.example.com pointe souvent vers example.com via un CNAME.

nslookup -type=cname www.example.com

Si le sous-domaine utilise un CNAME, vous verrez vers quel domaine il pointe. Les CDN comme Cloudflare, Fastly ou AWS CloudFront utilisent massivement les CNAME pour router le trafic vers leurs serveurs edge.

8. Rechercher les enregistrements AAAA (IPv6)

Les enregistrements AAAA sont l'équivalent des enregistrements A mais pour les adresses IPv6. Si vous voulez vérifier si un domaine est accessible en IPv6, c'est la commande à utiliser.

nslookup -type=aaaa example.com

Si le domaine a un enregistrement AAAA, vous verrez une adresse IPv6 (par exemple 2606:2800:220:1:248:1893:25c8:1946). L'absence de réponse signifie que le domaine ne supporte pas IPv6, ce qui est encore le cas de nombreux sites en 2026.

9. Consulter l'enregistrement SOA

L'enregistrement SOA (Start of Authority) contient des informations essentielles sur la zone DNS : le serveur primaire, le contact administratif, le numéro de série et les paramètres de synchronisation entre serveurs.

nslookup -type=soa example.com

Le champ le plus important à vérifier ici est le serial. Si vous venez de modifier un enregistrement DNS et que les changements ne se propagent pas, un serial qui n'a pas été incrémenté est souvent la cause. Le format habituel est YYYYMMDDNN (par exemple 2026061001 pour la première modification du 10 juin 2026).

10. Utiliser le mode interactif

Si vous devez exécuter plusieurs requêtes à la suite, le mode interactif de nslookup vous évite de retaper la commande à chaque fois. Tapez simplement nslookup sans argument pour entrer dans ce mode.

nslookup
> set type=mx
> example.com
> set type=ns
> example.com
> server 1.1.1.1
> example.com
> exit

Dans ce mode, vous pouvez changer le type d'enregistrement avec set type=, changer de serveur DNS avec server, et enchaîner les requêtes. C'est beaucoup plus rapide quand vous diagnostiquez un problème qui nécessite de vérifier plusieurs types d'enregistrements sur plusieurs domaines.

Sur Linux et macOS, dig est souvent préféré à nslookup pour sa sortie plus détaillée et sa syntaxe plus flexible. Mais nslookup reste l'outil universel, disponible partout y compris sur les machines Windows sans installation supplémentaire. Pour un diagnostic rapide depuis n'importe quel poste, c'est celui qui ne vous fera jamais défaut.