Vider son cache DNS (Windows, macOS, Linux, navigateurs)

Votre machine mémorise les réponses DNS pour ne pas refaire une requête à chaque demande. Quand un enregistrement change, cette copie mémorisée est la raison pour laquelle vous continuez à voir l'ancienne destination. Vider le cache la supprime et force une nouvelle résolution.

Avant de vider quoi que ce soit, cela vaut pourtant la peine de prendre trente secondes pour vérifier si un cache périmé est réellement votre problème, car la plupart du temps ce n'est pas le cas.

D'abord : confirmez que le cache est en cause

Interrogez directement le serveur de noms faisant autorité, en contournant tous les caches entre vous et la source.

dig +short example.com @ns1.example.com

• Le serveur faisant autorité affiche la nouvelle valeur, vous voyez l'ancienne : un cache est en cause. Le vidage peut aider.
• Le serveur faisant autorité affiche aussi l'ancienne valeur : vider le cache ne changera rien. L'enregistrement n'a pas été enregistré, ou vous l'avez modifié chez un fournisseur vers lequel votre domaine n'est pas délégué.

Windows

Ouvrez l'Invite de commandes ou PowerShell en tant qu'administrateur, puis :

ipconfig /flushdns

Vous devriez voir un message de confirmation du type Cache de résolution DNS vidé avec succès. Sans droits d'administrateur, la commande échoue avec une erreur d'autorisation.

ipconfig /displaydns

macOS

Une seule commande sur toutes les versions depuis Big Sur. Votre mot de passe vous sera demandé.

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Il n'y a aucune sortie en cas de succès : le silence signifie que cela a fonctionné. Les deux moitiés comptent : la première vide le cache des services d'annuaire, la seconde redémarre le démon de résolution qui conserve le reste.

Linux

Linux varie selon la distribution, car différents démons de résolution sont utilisés. Vérifiez d'abord lequel vous avez :

systemctl is-active systemd-resolved
systemctl is-active nscd
systemctl is-active dnsmasq

sudo resolvectl flush-caches

# Confirm it worked:
resolvectl statistics

sudo systemctl restart nscd

sudo systemctl restart dnsmasq

Navigateurs

Les navigateurs conservent leur propre cache DNS, indépendant du système d'exploitation. Vider le cache du système ne le vide pas, ce qui explique qu'un site puisse continuer à se charger depuis l'ancienne adresse dans Chrome alors que dig affiche déjà la nouvelle.

Votre routeur

Les routeurs domestiques mettent fréquemment le DNS en cache pour tout le foyer, ce qui explique que vider chaque appareil individuellement échoue parfois encore. Redémarrer le routeur le vide : c'est grossier, mais efficace. Certains micrologiciels proposent aussi une commande de vidage du cache DNS dans leur interface d'administration.

Mise en cache négative : pourquoi un nouvel enregistrement semble manquant

Un cas surprend les gens, et aucun vidage des endroits habituels ne le corrige : vous créez un tout nouveau sous-domaine, vous l'interrogez aussitôt, et vous obtenez « n'existe pas », puis cela continue pendant un moment alors que l'enregistrement est bien en ligne.

C'est la mise en cache négative. Lorsqu'on indique à un résolveur qu'un nom n'existe pas, il met aussi en cache cette absence, exactement comme il le ferait d'une vraie réponse. Interroger à nouveau ne fait que retomber sur la réponse négative en cache.

La durée n'est pas contrôlée par l'enregistrement que vous venez de créer : elle provient du dernier champ de l'enregistrement SOA de la zone, le TTL minimal. Des valeurs comprises entre 300 et 3600 secondes sont typiques, si bien qu'un nom nouvellement créé peut sembler manquant jusqu'à une heure.

Vider votre cache local aide ici, car la réponse négative est stockée à chaque couche comme n'importe quelle autre. Mais le résolveur de votre FAI en détient sa propre copie, et celle-là doit simplement expirer. Voyez le TTL pour comprendre d'où vient cette durée.

Pourquoi le cache existe tout simplement

Il vaut mieux résister à l'envie de tout vider par habitude. La mise en cache DNS fait un vrai travail : le chargement d'une page type résout des noms pour le site lui-même, ses polices, ses outils d'analyse et ses images. Sans cache, chacun de ces noms demanderait un aller-retour complet avant que le moindre octet soit récupéré.

Le cache vous protège aussi. Si votre fournisseur DNS subit une panne, les résolveurs qui détiennent des copies non expirées de vos enregistrements continuent de les servir, et les visiteurs ne remarquent rien. Vider les caches de façon agressive supprime ce tampon. Videz lorsque vous traquez une réponse périmée précise, pas par hygiène de routine.

La séquence complète, dans l'ordre

1. 1

   Vérifiez l'enregistrement faisant autorité

   Confirmez que la nouvelle valeur est réellement en ligne à la source. Sinon, arrêtez-vous : ce n'est pas un problème de cache.

2. 2

   Videz le cache du navigateur

   Le coupable le plus courant et le plus facile à nettoyer. Ou testez simplement dans une fenêtre privée.

3. 3

   Videz le cache du système

   Utilisez la commande correspondant à votre plateforme, ci-dessus.

4. 4

   Redémarrez le routeur

   Si d'autres appareils du même réseau affichent aussi l'ancienne valeur, il s'agit probablement de la couche partagée.

5. 5

   Testez depuis un autre réseau

   Les données mobiles utilisent une chaîne de résolveurs entièrement distincte. Si cela fonctionne là-bas, le cache périmé restant est celui de votre FAI, et seul le temps y remédie.

Si tout est vidé et que vous voyez toujours l'ancienne réponse, vous attendez un cache que vous ne contrôlez pas. La propagation DNS explique ce qui détermine cette attente, et le TTL explique comment la raccourcir la prochaine fois.