Un site qui ne s’ouvre pas ne signale pas forcément une panne du serveur : le souci peut venir de la résolution DNS, de la connexion ou de l’application. Avec nslookup sous Linux, il est possible de vérifier rapidement vers quelle adresse IP pointe un domaine, puis de poursuivre le diagnostic réseau avec quelques outils complémentaires.
L’article en bref
Quand un site ou une messagerie fait des siennes, mieux vaut avancer étape par étape plutôt que de modifier des réglages au hasard. nslookup aide à vérifier le DNS ; d’autres commandes permettent ensuite de tester la connectivité réseau et de localiser la panne.
- Vérifier le DNS : interrogez un domaine et repérez l’adresse IP renvoyée.
- Comparer les réponses : testez différents serveurs DNS pour repérer un cache obsolète.
- Suivre la connexion : combinez ping, traceroute ou mtr pour examiner le trajet.
- Observer le trafic : utilisez tcpdump sur un serveur que vous administrez.
Chaque commande apporte un indice ; c’est leur lecture conjointe qui aide à isoler la panne.
À quoi sert nslookup sous Linux pour le diagnostic réseau ?
Un nom de domaine est plus facile à retenir qu’une adresse IP, mais les ordinateurs ont besoin de cette adresse pour se connecter. Le DNS, ou système de noms de domaine, fait le lien entre les deux. La commande nslookup envoie une requête DNS à un serveur DNS et affiche les enregistrements DNS trouvés.
Imaginez qu’un site ne s’ouvre plus sur l’ordinateur d’une collègue. Avant de suspecter le serveur web, nslookup permet de vérifier si le nom du site se résout correctement. Une réponse absente ou inattendue oriente vers le DNS ; une adresse correcte invite à examiner la connexion ou le service lui-même.
Installer nslookup sur les principales distributions Linux
Sur Ubuntu et Debian, nslookup est généralement fourni avec le paquet bind9-dnsutils. Pour l’installer, ouvrez un terminal et saisissez : apt update puis apt install bind9-dnsutils. Le paquet fournit aussi dig, un outil de diagnostic DNS plus détaillé.
Sur AlmaLinux ou Rocky Linux, le paquet correspondant s’appelle bind-utils ; l’installation se fait avec dnf install bind-utils. Si une commande n’est pas disponible, vérifiez d’abord que le paquet associé est installé plutôt que de chercher une autre version de l’outil.
Utiliser nslookup pour vérifier une adresse IP et les enregistrements DNS
Interroger un domaine en une commande
Pour obtenir les adresses associées à un domaine, lancez nslookup example.com. L’exemple utilise un domaine réservé à la documentation : les adresses affichées dans une vraie requête peuvent être différentes et parfois plusieurs réponses sont renvoyées.
La sortie indique d’abord le serveur DNS qui a répondu, puis le nom demandé et l’adresse IP trouvée. Sur certaines installations Linux, l’adresse 127.0.0.53 correspond à un relais DNS local ; ce relais transmet la requête à un autre serveur. La mention « Non-authoritative answer » signifie que la réponse vient d’un résolveur qui n’est pas directement responsable des données du domaine, souvent à partir d’un cache. Ce n’est pas, à elle seule, une erreur.
Comparer plusieurs serveurs DNS
Pour vérifier si un enregistrement a été mis à jour partout, interrogez un autre résolveur en le plaçant après le domaine : nslookup example.com 1.1.1.1. Vous pouvez aussi effectuer le test avec un serveur DNS public différent, par exemple nslookup example.com 8.8.8.8.
Si le résolveur public affiche la nouvelle adresse IP tandis que votre réseau renvoie encore l’ancienne, un cache peut conserver une réponse précédente. Le TTL, ou durée de vie de l’enregistrement, détermine combien de temps cette réponse peut rester en cache ; patienter avant de conclure à une panne est alors souvent la bonne démarche.
Choisir le type de requête DNS
Un domaine ne contient pas seulement une adresse IP. Les enregistrements MX indiquent les serveurs de messagerie, les TXT servent notamment à des réglages de sécurité ou de vérification, et les NS désignent les serveurs de noms de la zone.
- Adresse IPv4 : nslookup -type=A example.com
- Adresse IPv6 : nslookup -type=AAAA example.com
- Serveurs de messagerie : nslookup -type=MX example.com
- Serveurs de noms : nslookup -type=NS example.com
- Informations de zone : nslookup -type=SOA example.com
- Enregistrements texte : nslookup -type=TXT example.com
Pour identifier le nom associé à une adresse IP, transmettez directement cette adresse à nslookup, par exemple nslookup 203.0.113.25. La commande cherche alors un enregistrement PTR. Cette vérification est utile pour les serveurs de messagerie, mais un PTR ne suffit pas à garantir qu’un e-mail sera accepté par ses destinataires.
Lire la réponse de nslookup et éviter les fausses pistes
| Élément affiché | Ce qu’il indique | À vérifier en cas de souci |
|---|---|---|
| Server et Address | Le serveur DNS interrogé et son adresse | Comparez avec un autre résolveur si nécessaire |
| Name et Address | Le nom demandé et l’adresse IP obtenue | Vérifiez que l’adresse correspond à la destination prévue |
| Non-authoritative answer | Une réponse fournie par un résolveur intermédiaire | Ce libellé ne signale pas automatiquement une erreur |
| NXDOMAIN ou délai dépassé | Le nom est introuvable ou le serveur DNS ne répond pas | Contrôlez le nom saisi, le résolveur et l’accès au DNS |
Nslookup offre aussi un mode interactif : lancez la commande seule, puis saisissez des commandes au prompt. Par exemple, server 1.1.1.1 sélectionne un serveur, set type=mx choisit les enregistrements MX, et example.com lance la requête. Tapez exit pour quitter.
Pour un diagnostic plus complet, dig affiche notamment le statut de la réponse et le TTL. La commande dig example.com +short réduit l’affichage aux adresses obtenues ; dig example.com +noall +answer montre les réponses avec leur durée de cache. Nslookup convient aux vérifications rapides, tandis que dig donne davantage de détails quand il faut creuser.
Passer du DNS à la connectivité réseau
Si nslookup renvoie l’adresse attendue, la résolution DNS fonctionne au moins pour cette requête. Cela ne prouve pas que le serveur web est joignable : il faut ensuite tester l’hôte et le service. Pour une première vérification, ping -c 4 example.com envoie quatre paquets et indique le délai de réponse ainsi que les éventuelles pertes.
Un ping sans réponse ne signifie pas forcément que le serveur est hors ligne. Certains pare-feu filtrent les paquets ICMP, utilisés par ping, tout en laissant passer le trafic web. Pour vérifier un site, essayez aussi curl -I https://example.com ou nc -zv example.com 443 ; ces commandes testent plus directement l’accès au service HTTPS.
- Nom non résolu : reprenez le diagnostic DNS avec nslookup ou dig.
- Adresse obtenue, ping sans réponse : vérifiez le port du service avant de conclure.
- Connexion au port impossible : examinez le pare-feu, le serveur et le chemin réseau.
- Réponse HTTP 502 ou 504 : le serveur web répond, mais son application ou un service associé peut être en difficulté.
Pour voir le trajet emprunté, traceroute affiche les routeurs traversés, tandis que mtr répète les mesures et aide à repérer les problèmes intermittents. Une commande comme mtr -r -w -c 100 example.com produit un rapport exploitable ; les options exactes peuvent varier selon la version installée.
Observer les requêtes avec tcpdump sur un serveur Linux
Si le DNS et le trajet semblent corrects, mais qu’un service reste inaccessible, tcpdump permet d’observer les paquets qui arrivent sur une machine. Cette commande s’adresse surtout aux personnes qui administrent le serveur concerné : une capture peut contenir des informations sensibles.
Commencez par repérer les interfaces réseau avec ip -br a, puis lancez une capture ciblée, par exemple tcpdump -i any -nn -c 50 port 443. L’option -nn conserve les adresses et numéros de port sans les convertir en noms ; -c 50 arrête l’écoute après cinquante paquets. Pour réduire le bruit lorsque la connexion se fait en SSH, il est possible d’exclure le port 22 avec un filtre adapté.
Lors d’une connexion TCP, le client commence par envoyer un paquet SYN ; un serveur disponible répond normalement par SYN-ACK. Si aucun paquet n’apparaît dans la capture, la requête n’atteint peut-être pas le serveur. Si elle arrive sans réponse, vérifiez les règles du pare-feu et le service à l’écoute, par exemple avec ss -tlnp.
Une capture peut être enregistrée dans un fichier avec l’option -w pour être analysée ensuite dans Wireshark. Limitez toujours le filtre aux échanges nécessaires et supprimez le fichier après examen : le trafic non chiffré peut révéler des données privées.
Résoudre les problèmes courants de nslookup
La commande est introuvable
Le paquet DNS n’est probablement pas installé. Sur Ubuntu ou Debian, installez bind9-dnsutils ; sur AlmaLinux ou Rocky Linux, installez bind-utils. Relancez ensuite la commande dans le terminal.
Aucun serveur DNS ne répond
Un délai dépassé peut signaler un résolveur indisponible ou une restriction sur le réseau. Consultez la configuration DNS du système, puis comparez avec une requête vers un autre serveur DNS, par exemple nslookup example.com 1.1.1.1. Si aucune requête ne passe, vérifiez les règles de sortie du pare-feu et l’accès au réseau.
Un seul saut de mtr affiche des pertes
Certains routeurs limitent les réponses aux outils de diagnostic tout en transmettant normalement le trafic. Regardez surtout la destination finale : si elle ne montre pas de perte, les chiffres d’un saut intermédiaire ne suffisent pas à établir un problème de connectivité réseau.
Questions fréquentes sur nslookup sous Linux
Comment trouver l’adresse IP d’un domaine avec nslookup ?
Lancez nslookup example.com en remplaçant example.com par le domaine recherché. La réponse affiche le nom demandé et une ou plusieurs adresses IP.
Comment interroger un serveur DNS particulier ?
Ajoutez l’adresse ou le nom du résolveur après le domaine, par exemple nslookup example.com 1.1.1.1. Vous pouvez alors comparer sa réponse avec celle du serveur DNS utilisé par défaut.
Quelle différence entre nslookup et dig ?
Les deux outils envoient des requêtes DNS. Nslookup est direct et simple à utiliser ; dig fournit davantage de détails sur la réponse, le statut et le TTL, et propose des options pratiques comme +short.
Pourquoi le site fonctionne-t-il si ping ne reçoit aucune réponse ?
Le serveur ou son pare-feu peut bloquer les paquets ICMP utilisés par ping. Testez plutôt le service concerné avec curl -I pour HTTPS ou nc -zv pour vérifier un port.
Bild Info a une ambition simple : rendre l’informatique plus accessible. Dépannage, logiciels, multimédia, sécurité numérique, smartphones et objets connectés : nous expliquons sans jargon comment résoudre un problème, protéger ses données et mieux utiliser ses appareils au quotidien, que l’on soit débutant ou déjà à l’aise.
