Domain IP Lookup

Ce que devrait coûter une recherche en temps normal

1-10 msRéponse en cache, même réseau : le cas normal
20-80 msSans cache, résolveur anycast proche : encore correct
500 ms+Toujours aussi lent : quelque chose ne va pas
Dépannage

Dépanner une résolution DNS lente

3 min de lecture

La résolution DNS est censée être assez rapide pour passer inaperçue : généralement de quelques millisecondes à quelques dizaines de millisecondes pour une réponse en cache, et rarement plus de quelques centaines de millisecondes même pour une recherche complète sans cache. Quand elle est nettement plus lente, c'est généralement dû à un petit nombre de causes précises plutôt qu'à une lenteur générale et mystérieuse.

ScénarioDurée typiqueFaut-il creuser au-delà ?
Réponse en cache, même réseau1-10 msNon : c'est le chemin rapide attendu
Sans cache, résolveur anycast proche20-80 msNon : normal pour une recherche à froid
Sans cache, longue chaîne de CNAME100-300 msPeut-être : vérifiez la longueur de la chaîne
Plus de 500 ms de façon constante500 ms+Oui : quelque chose ne va vraiment pas

Les suspects habituels

  • Un résolveur mal configuré ou surchargé : le résolveur par défaut de votre FAI qui a un mauvais jour est plus courant qu'on ne le croit, et passer à une alternative publique comme 1.1.1.1 ou 8.8.8.8 est une étape de diagnostic légitime, pas seulement un contournement.
  • Une longue chaîne de CNAME : chaque saut que le résolveur doit suivre avant d'atteindre un véritable enregistrement A/AAAA ajoute de la latence, et une chaîne de quatre ou cinq sauts finit par peser.
  • Un TTL très court qui impose des recherches complètes fréquentes au lieu de réponses rapides en cache : utile pour une propagation rapide, coûteux pour la vitesse moyenne s'il est fixé bien plus bas que nécessaire.
  • Des problèmes de chemin réseau entre votre résolveur et les serveurs faisant autorité, sans aucun rapport avec les logiciels DNS : perte de paquets, problèmes de routage ou distance géographique jusqu'à un serveur de noms sans présence anycast proche.

Isoler le DNS de tout le reste

La façon la plus fiable de savoir si le DNS est réellement votre goulet d'étranglement est de mesurer la recherche seule, séparément du chargement complet de la page. Une recherche dédiée, chronométrée indépendamment de l'établissement d'une connexion, de la négociation TLS et du téléchargement d'une réponse, vous indique exactement quelle part de votre latence totale, le cas échéant, est imputable au DNS. Si une recherche revient systématiquement en quelques millisecondes mais que le site paraît toujours lent à charger, le goulet d'étranglement se situe entièrement en aval du DNS, et poursuivre le réglage DNS ne changera rien.

Cela vaut la peine d'être vérifié avant de présumer : de nombreuses plaintes de « site lent » n'ont en fait rien à voir avec le serveur ni avec le code du site, et de nombreuses autres qui ressemblent à un ralentissement général sont en réalité propres au DNS et se corrigent par un changement de TTL ou de résolveur.

Pourquoi les résolveurs anycast sont généralement l'option rapide

Les résolveurs publics comme 1.1.1.1 et 8.8.8.8 surpassent généralement un résolveur de FAI par défaut, non pas grâce à un logiciel plus malin, mais grâce à l'anycast : la même adresse IP est annoncée depuis des dizaines de sites physiques dans le monde, et le routage réseau envoie automatiquement votre requête vers celui qui est topologiquement le plus proche. Le résolveur propre à un FAI, en revanche, est souvent un unique centre de données (ou un petit nombre), ce qui peut représenter un aller-retour réellement plus long selon votre position par rapport à lui. C'est aussi pourquoi changer de résolveur est une première étape de dépannage légitime plutôt qu'une superstition : on agit sur une différence réelle et physique de distance et de routage, pas sur un simple effet placebo.

Quand c'est lent pour tout le monde, pas seulement pour vous

Si un domaine se résout lentement depuis plusieurs réseaux et résolveurs différents plutôt que depuis un seul, le problème est probablement passé de « votre chemin vers un résolveur » à « l'infrastructure faisant autorité du domaine lui-même ». Un unique serveur de noms faisant autorité non anycast, éloigné sur le réseau d'une grande partie de ses visiteurs réels, un serveur faisant autorité sous forte charge, ou une zone DNS volumineuse et lente à transférer peuvent tous se manifester ainsi. C'est un cas où une comparaison en masse, multi-résolveurs, est plus parlante qu'une recherche isolée : une lenteur constante depuis tous les points d'observation désigne l'amont, c'est-à-dire le fournisseur DNS du domaine, plutôt qu'un réseau intermédiaire en particulier.

Besoin de vérifier les adresses DNS publiques d'un domaine ? Utilisez l'outil Domain IP Lookup.

À lire aussi

Trois raisons pour lesquelles un même domaine répond différemment

Routage géographique

Un serveur edge différent par région

Mise en cache

TTL indépendants, caches indépendants

Split-horizon

Une réponse différente, volontairement

Dépannage

Domaine résolu différemment selon le réseau : pourquoi ?

Voir une IP différente depuis chez vous, votre bureau ou la connexion mobile de votre téléphone n'est pas forcément un bug : voici ce qui se passe réellement.

3 min de lecture

Quatre issues, quatre suites différentes

NXDOMAINLe nom n'existe pas : inutile de réessayer
TIMEOUTAucune réponse à temps : souvent passager
SERVFAILLe serveur n'a pas pu traiter la requête : parfois passager
REFUSEDRefusé par une politique : rarement une panne, rarement passager
Dépannage

Timeout DNS ou SERVFAIL : quelle différence ?

Les deux ressemblent à une résolution échouée, mais un timeout et un SERVFAIL révèlent des problèmes différents et appellent des suites différentes.

3 min de lecture

Quatre issues, quatre suites différentes

NXDOMAINLe nom n'existe pas : inutile de réessayer
TIMEOUTAucune réponse à temps : souvent passager
SERVFAILLe serveur n'a pas pu traiter la requête : parfois passager
REFUSEDRefusé par une politique : rarement une panne, rarement passager
Dépannage

NXDOMAIN expliqué : pourquoi un domaine ne se résout pas

NXDOMAIN signifie que le domaine n'existe pas aux yeux du DNS : ni timeout, ni problème de serveur. Voici ce qui le provoque réellement.

3 min de lecture