Prendre rendez-vous
  1. Accueil
  2. /
  3. Blog
  4. /
  5. DNS troubleshooting : dig, DNSSEC et résolution de problèmes

Linux
Réseau

DNS troubleshooting : dig, DNSSEC et résolution de problèmes

16 janvier 2026

4 min de lecture

Sommaire
Plan
Outils de diagnostic DNS
Analyser les réponses DNS
Timeouts et résolution lente
DNSSEC : validation et troubleshooting
Split-horizon DNS
Ressources connexes
Conclusion

Le DNS porte toute l'infrastructure réseau. Quand il dysfonctionne, tout s'arrête. Diagnostiquer vite avec dig, lire les enregistrements et valider DNSSEC, voilà ce qui sépare 5 minutes de 2 heures de downtime.

Plan

  • Outils de diagnostic DNS : dig, host, nslookup
  • Analyser les réponses DNS et les codes de retour
  • Timeouts et résolution lente : diagnostic
  • DNSSEC : validation et troubleshooting
  • Split-horizon DNS et vues
  • Conclusion

Outils de diagnostic DNS

dig : l'outil de référence
# Requête basique
dig example.com

# Spécifier le type d'enregistrement
dig example.com A
dig example.com MX
dig example.com TXT
dig example.com NS

# Interroger un serveur DNS spécifique
dig @8.8.8.8 example.com
dig @1.1.1.1 example.com A

# Réponse courte
dig +short example.com
dig +short example.com MX

# Trace complète (récursion)
dig +trace example.com
host : simple et rapide
host example.com
host -t MX example.com
host 93.184.216.34  # Reverse DNS
nslookup : legacy mais présent
nslookup example.com
nslookup example.com 8.8.8.8

Analyser les réponses DNS

Anatomie d'une réponse dig
dig example.com A

; <<>> DiG 9.18.24 <<>> example.com A
;; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; QUESTION SECTION:
;example.com.                   IN      A

;; ANSWER SECTION:
example.com.            3600    IN      A       93.184.216.34

;; Query time: 12 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Jan 14 11:30:00 CET 2026
;; MSG SIZE  rcvd: 56

Sections importantes :

  • QUERY : nombre de questions
  • ANSWER : réponses obtenues
  • AUTHORITY : serveurs autoritaires
  • ADDITIONAL : infos supplémentaires
  • Query time : latence
  • SERVER : serveur DNS utilisé
Codes de retour (RCODE)
# NOERROR (0) : succès
# SERVFAIL (2) : échec serveur DNS
# NXDOMAIN (3) : domaine inexistant
# REFUSED (5) : requête refusée

dig nonexistent.example.com
# status: NXDOMAIN
TTL : Time To Live
dig example.com

# Réponse :
example.com.    3600    IN      A       93.184.216.34
#               ↑ TTL en secondes (1h ici)

Le TTL indique combien de temps la réponse peut être cachée.


Timeouts et résolution lente

Identifier un timeout
dig example.com

# Si timeout :
;; connection timed out; no servers could be reached

Causes fréquentes :

  • Firewall bloquant le port 53 (UDP/TCP)
  • Serveur DNS down ou injoignable
  • Problème réseau
Tester la connectivité DNS
# Ping du serveur DNS
ping 8.8.8.8

# Test port 53 UDP
nc -u -z -v 8.8.8.8 53

# Test port 53 TCP (pour grosses réponses)
nc -z -v 8.8.8.8 53
Mesurer la latence
# Comparer plusieurs serveurs
for dns in 8.8.8.8 1.1.1.1 9.9.9.9; do
    echo "DNS: $dns"
    dig @$dns example.com | grep "Query time"
done
Vérifier /etc/resolv.conf
cat /etc/resolv.conf

# Contenu typique
nameserver 8.8.8.8
nameserver 1.1.1.1
options timeout:2 attempts:3

DNSSEC : validation et troubleshooting

Qu'est-ce que DNSSEC ?

DNSSEC signe cryptographiquement les enregistrements DNS pour prouver leur authenticité et leur intégrité.

Vérifier DNSSEC
# Vérifier si DNSSEC est actif
dig example.com +dnssec

# Réponse avec flag AD (Authenticated Data)
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 2
Valider DNSSEC manuellement
# Obtenir la clé DNSKEY
dig example.com DNSKEY +short

# Valider la chaîne de confiance
dig +dnssec +multiline example.com
Débugger DNSSEC
# Si SERVFAIL avec DNSSEC
dig example.com +dnssec +cd
# +cd = checking disabled (ignore DNSSEC)

# Si ça fonctionne avec +cd, problème DNSSEC

Erreurs courantes :

  • Signature expirée
  • Clés non synchronisées
  • Horloge système incorrecte

Split-horizon DNS

Principe

Retourner des réponses différentes selon la source de la requête (interne vs externe).

Exemple avec BIND
# /etc/bind/named.conf.local
view "internal" {
    match-clients { 192.168.1.0/24; };
    zone "example.com" {
        type master;
        file "/etc/bind/zones/internal/example.com.zone";
    };
};

view "external" {
    match-clients { any; };
    zone "example.com" {
        type master;
        file "/etc/bind/zones/external/example.com.zone";
    };
};
Tester depuis différents réseaux
# Depuis le réseau interne
dig @dns-server.local app.example.com
# Réponse : 192.168.1.10 (IP privée)

# Depuis Internet
dig @dns-server.public app.example.com
# Réponse : 203.0.113.50 (IP publique)

Ressources connexes

  • Pour déployer votre serveur DNS, consultez DNS avec Bind9
  • Vous cherchez une alternative légère ? Découvrez Unbound DNS
  • Pour une approche réseau globale, voir réseau Linux

Conclusion

Bien manier dig et les outils de diagnostic DNS, c'est résoudre vite les problèmes de résolution. Lire les TTL, valider DNSSEC, repérer un timeout : autant de réflexes que tout sysadmin doit avoir.

Besoin d'aide sur ce sujet ?

Notre équipe d'experts est là pour vous accompagner dans vos projets d'infrastructure et d'infogérance.

Contactez-nous

Articles similaires

VyOS : routeur Linux pour datacenter en production
Réseau
Infrastructure
Linux

VyOS : routeur Linux pour datacenter en production

Architecture VyOS, BGP, OSPF, MPLS, IPsec, configuration commit/rollback. Déployer un routeur logiciel open source au coeur d'une infra DC, retours ops.

28 mai 2026

Lire plus

nftables Avancé : Sets Dynamiques, Verdict Maps, Conntrack Zones et Rate Limiting par IP
Linux
Sécurité
Réseau

nftables Avancé : Sets Dynamiques, Verdict Maps, Conntrack Zones et Rate Limiting par IP

Vous connaissez nftables, mais vous n'utilisez probablement que 10% de ses capacités. Sets dynamiques avec timeout, verdict maps pour du routing intelligent, conntrack zones pour isoler les flux, rate limiting par IP avec meters. Tout ça dans le noyau, sans script externe, sans fail2ban.

17 févr. 2026

Lire plus

Nginx avancé : Maîtriser le Reverse Proxy en production sur Linux
Linux
Réseau
Sécurité

Nginx avancé : Maîtriser le Reverse Proxy en production sur Linux

Guide complet sur Nginx comme reverse proxy en production : configuration multi-sites, SSL avec Let's Encrypt, rate limiting, load balancing, cache, logs d'accès. Tout ce qu'il faut pour servir des applications en toute sécurité.

14 févr. 2026

Lire plus


SHPV, votre partenaire de confiance en infrastructure et infogérance informatique en France.

SHPV
Prendre rendez-vousNous contacter
Expertise
InfrastructureDatacenterInfogéranceCloudHébergementTransit IP
Légales
Conditions Générales de VenteCPS - Contrat de ServicesCPS - Hébergement CloudCPS - Microsoft 365Accord sous-traitance RGPDTarifs interventions

SHPV © 2026 - Tous droits réservés

Mentions légalesPolitiques de confidentialité
SHPV FRANCE - SAS au capital de 16 000 € - 52 Rue Romain Rolland, 71230 Saint-Vallier - SIRET n°80886287400035 - R.C.S. Chalon-sur-Saône. Par téléphone 09 72 310 818 - Email: support@shpv.fr