Comment vider le cache DNS sur Android

J'ai déplacé un site vers un nouvel hébergeur un mardi soir, mis à jour le DNS, regardé l'outil de vérification passer au vert résolveur après résolveur — et mon téléphone a continué à charger l'ancien site jusqu'au jeudi. Sur un ordinateur de bureau, cela m'aurait pris trente secondes : ouvrir une invite, vider le cache, terminé. Le téléphone est juste resté là, content de lui, à charger l'internet de la veille. Cette semaine-là, j'ai appris ce que tous les utilisateurs d'Android finissent par apprendre : il n'y a pas de bouton de vidage. Pas caché, pas enterré dans un menu développeur. Il n'existe tout simplement pas.

Cela ne veut pas dire que vous êtes impuissant. Cela veut dire que le cache DNS d'Android ne fonctionne pas comme celui d'un ordinateur de bureau, et que les choses qui le vident vraiment sont un peu indirectes. Certaines valent la peine d'être faites. D'autres relèvent du folklore. Et l'une d'elles — la célèbre — a largement cessé de fonctionner il y a des années.

Pourquoi il n'y a aucun bouton à presser

Sous Windows ou macOS, un seul service système répond aux requêtes de presque tout, donc une seule commande peut vider son cache. Android n'a jamais vraiment eu cette forme. Les applications résolvent les noms via des services système partagés, les navigateurs gardent leurs propres caches par-dessus, et les fabricants ajoutent leurs retouches par-dessus encore. Le résultat : plusieurs petites cachettes de réponses plutôt qu'un seul réservoir que l'on peut drainer.

La durée pendant laquelle une réponse reste accrochée ne dépend pas non plus de votre téléphone. Chaque enregistrement porte un TTL, une durée de vie fixée par le propriétaire du site, et les caches sont censés la respecter. C'est la raison silencieuse pour laquelle un changement de DNS peut sembler instantané pour votre voisin et périmé pour vous : votre téléphone a demandé à un moment malchanceux et détient encore une réponse qui n'a pas expiré. Notre explication sur le fonctionnement de la propagation DNS suit toute cette chaîne si vous la voulez.

Les choses qui aident vraiment

1. 1

   Basculer le mode avion (parfois)

   Activer le mode avion pendant vingt ou trente secondes, puis le couper, force le téléphone à reconstruire ses connexions réseau et à se réenregistrer auprès de votre fournisseur. Sur beaucoup de versions, cela secoue les réponses en cache au passage ; sur d'autres, cela ne les touche pas. Cela ne coûte rien et prend une demi-minute, donc cela vaut un essai — mais ne traitez pas un échec comme une surprise. Honnêtement, sur les versions récentes, cette astuce tient plus de l'espoir que du mécanisme.

2. 2

   Redémarrer le téléphone

   L'instrument brutal, et celui qui fonctionne de manière fiable. Un redémarrage complet efface les caches volatils que le système garde en mémoire, réinitialise la pile réseau et repart sur des requêtes fraîches. Si un site vous montre son ancienne adresse après tout le reste, redémarrez le téléphone avant d'essayer quoi que ce soit de plus malin. Oui, c'est le plus vieux conseil du support technique. C'est aussi, ici, le bon.

3. 3

   Redémarrer le routeur, si c'est votre Wi-Fi

   Le problème n'est peut-être pas du tout le téléphone. Votre routeur domestique met aussi les réponses en cache, et votre téléphone continuera à recevoir ses copies périmées. Redémarrer le routeur efface ce cache, et en bonus vous saurez si tous les appareils de la maison voient l'ancien site ou seulement le vôtre.

Et le propre cache de Chrome ?

Chrome sur Android avait autrefois ses propres pages internes pour cela — beaucoup de guides anciens vous envoient encore vers chrome://net-internals pour presser un bouton de vidage. Cette page a été retirée. Sur les versions actuelles, l'adresse n'offre plus ces outils DNS ; les vieilles instructions continuent de circuler parce qu'internet n'efface jamais rien. Si un guide vous dit d'aller là-bas, c'est lui qui est périmé, pas votre téléphone.

Ce qui vit encore dans Chrome, ce sont ses données de site. Effacer les images et fichiers en cache du seul site qui se comporte mal, ou forcer l'arrêt de Chrome depuis les réglages d'applications d'Android pour qu'il redémarre à froid, peut secouer les réponses que le navigateur détient lui-même. Cela n'effacera pas le cache au niveau du système — rien de ce qu'une application fait ne le peut —, mais beaucoup de plaintes « le site ne se met pas à jour » s'avèrent concerner le navigateur, pas le réseau, et c'est la manière honnête de l'écarter.

DNS privé : un détour, pas un vidage

Enterré dans les réglages réseau de la plupart des téléphones Android se trouve le DNS privé, qui achemine vos requêtes via une connexion chiffrée vers un résolveur que vous choisissez. Si votre résolveur actuel — habituellement celui de votre fournisseur ou de votre routeur — détient une réponse périmée, basculer vers un autre résolveur vous donne un cache entièrement différent, qui détient peut-être déjà le nouvel enregistrement.

Remarquez ce que cela fait et ne fait pas. Cela ne vide rien ; cela contourne l'étagère pleine au lieu de la vider. C'est tout de même utile — si le site se charge correctement dès que vous basculez, vous avez appris que la faute se trouve dans le cache de votre ancien résolveur, et que le remède est en réalité juste du temps. Notre guide sur le changement de votre serveur DNS couvre le choix d'un résolveur et les compromis de confidentialité honnêtement, y compris le fait que vous remettez vos requêtes à quelqu'un d'autre.

Déterminez quel cache détient la réponse

Avant de redémarrer quoi que ce soit d'autre, consacrez deux minutes à identifier quel cache possède la réponse périmée. Les tests sont ennuyeux. La certitude est délicieuse.

1. 1

   Essayez un second navigateur

   Ouvrez le site dans un autre navigateur — Firefox, Samsung Internet, celui qui est déjà installé. S'il affiche le nouveau site, votre réseau et le système du téléphone vont bien, et c'est votre premier navigateur qui détient une vieille réponse. Effacez les données du site dans ce navigateur, ou forcez son arrêt, et vous aurez fini.

2. 2

   Comparez le Wi-Fi et les données mobiles

   Coupez le Wi-Fi et rechargez la page. Si le nouveau site apparaît en données mobiles, votre chemin domestique est condamné : le cache du routeur, ou le résolveur de votre fournisseur derrière lui. Si l'ancien site s'affiche dans les deux cas, la réponse périmée se trouve soit sur le téléphone lui-même, soit encore en voyage sur internet, et le test suivant tranchera.

3. 3

   Interrogez des résolveurs qui ne vous doivent rien

   Soumettez le domaine à un vérificateur de propagation en ligne. Si des résolveurs de plusieurs pays affichent déjà la nouvelle adresse, le monde a avancé et seuls vos caches sont en désaccord avec lui. S'ils affichent aussi l'ancienne adresse, arrêtez de redémarrer des choses : le changement lui-même est encore en train de se propager, et aucun réglage du téléphone ne l'atteint.

Certains guides pour développeurs évoquent la possibilité de modifier le comportement du DNS via une connexion à un ordinateur et des outils de débogage. Cette voie existe, mais elle sert à tester des applications, et pour un téléphone dont vous dépendez chaque jour, elle est disproportionnée : tout ce qu'elle peut faire face à une réponse périmée, un redémarrage le fait plus simplement. Je la mentionne uniquement pour que, le jour où vous croiserez ce conseil, vous reconnaissiez un outil d'atelier et non la page de réglages manquante.

L'application qui ment, et le téléphone innocent

Une cachette de plus à connaître : les applications individuelles. Les applications bien élevées utilisent le résolveur du système et héritent de ses réponses, mais certaines exécutent leur propre résolution ou épinglent leurs connexions et continuent d'utiliser une adresse longtemps après que le système est passé à autre chose. Le schéma classique est un navigateur qui affiche le nouveau site pendant qu'une application bancaire ou d'achat affiche encore l'ancien — ou des erreurs. Forcer l'arrêt de cette application, ou vider son cache dans les réglages, est l'équivalent, par application, d'un redémarrage.

Variez le test avant de blâmer le téléphone : si trois navigateurs et cinq applications affichent tous l'ancien site, la réponse périmée est en amont des applications. Si exactement une application est en désaccord avec tout le reste, cette application est votre coupable.

La réponse que personne ne veut : attendre le TTL

Ici, je dois être direct avec vous. Si un site a changé son DNS avec un TTL long — un jour, disons — et que votre téléphone ou le résolveur de votre routeur a mis l'ancienne réponse en cache juste avant le changement, il se peut qu'il n'y ait rien que vous puissiez presser qui produise la nouvelle réponse en avance. Notre parcours sur le vidage du cache DNS couvre les commandes de bureau et la même logique de cache, et la logique est imbattable ici : les caches expirent selon le calendrier de l'enregistrement, pas le vôtre.

Ce que vous pouvez faire, c'est confirmer que c'est bien votre situation. Chargez le site en données mobiles plutôt qu'en Wi-Fi. Essayez le nouveau résolveur via le DNS privé. Si des réseaux indépendants montrent le nouveau site et que seul votre chemin habituel montre l'ancien, vous regardez un cache se drainer, et il finira. Si personne, nulle part, ne voit le nouveau site, c'est le changement lui-même qui n'a pas encore atterri — ce n'est pas non plus la faute de votre téléphone.

Si c'est vous qui déplacez le site

Tout ce qui précède est écrit du côté de l'attente d'un changement DNS. Si un jour c'est vous qui faites le changement, vous pouvez épargner presque tout cela à vos visiteurs. Un jour entier avant le déménagement, abaissez le TTL des enregistrements que vous allez modifier. Un enregistrement qui disait au monde « garde cette réponse un jour » dit désormais « garde-la cinq minutes », les caches du monde entier se rafraîchissent vite, et le soir du déménagement la nouvelle adresse se répand en quelques minutes au lieu de traîner jusqu'à jeudi — ce qui, le lecteur s'en souviendra, est exactement ainsi que cet article a commencé.

Une fois la poussière retombée, remontez le TTL pour que les caches fassent leur travail normal, et gardez l'ancien hôte en service au moins pendant la durée de l'ancien TTL après le basculement. Le téléphone de quelqu'un, quelque part, détient encore l'ancienne réponse, et il mérite un site qui fonctionne quand il viendra frapper à la porte.