Comme vous le savez probablement, Google Chrome possède son propre cache DNS interne. Y a-t-il un moyen de le vider sans avoir à attendre le délai d'expiration ou à fermer le navigateur ?
Parfois, vous devez vider les pools de socket après avoir vidé le DNS :
chrome://net-internals/#sockets
“Naviguer vers chrome://net-internals/#dns” ne fonctionne pas dans le navigateur Google Chrome, du moins sur mon système. Il semble que cette solution fonctionne peut-être pour le système d'exploitation Google Chrome, mais pas pour le navigateur Google Chrome de manière plus générale. Pour moi, le lien redirige ici : The Chromium Projects
Il semble que “Empty the Cache” soit la meilleure solution. Notez également que mon navigateur indique “Préférences” plutôt que “Options”
Via http://www.google.com/support/forum/p/Chrome/thread?tid=026b6a1d9151a6e3&hl=en
“Allez dans les outils -> options -> Sous le capot -> Effacer les données de navigation et cochez "Vider le cache” et cliquez sur “Effacer les données de navigation”. Oui oui, je sais, ce n'est pas le cache du DNS que je m'attendais à voir effacé, mais il semble que ce soit le cas. Et maintenant ça marche pour moi.“
Cliquer sur “clear host cache” dans chrome://net-internals/#dns devrait le faire pour Google Chrome, mais il y a d'autres caches DNS à envisager sur votre machine.
Windows :
ipconfig /flushdns
OS X pre-10.7 (avant Lion) :
sudo dscacheutil -flushcache
OS X 10.7-10. 9 (Lion, Mountain Lion, Mavericks) :
sudo killall -HUP mDNSResponder
OS X 10.10+ (Yosemite) :
sudo discoveryutil mdnsflushcache
OS X 10.11, 10.12+ (El Capitan, Sierra) :
sudo killall -HUP mDNSResponder
Votre routeur peut également mettre le DNS en cache (redémarrez le ou lisez le manuel). Le test ultime est d'utiliser dig , mais cela utilise l'hôte DNS de votre réseau, et non le serveur faisant autorité par défaut :
dig superuser.com
Pour interroger directement à partir de la source, essayez quelque chose comme :
dig superuser.com @ns1.serverfault.com
Dans OS X 10.9.1 avec Chrome 32, j'ai dû à la fois vider le cache de l'hôte et vider les pools de socket pour que Chrome rafraîchisse le cache DNS :
Cela a fonctionné pour moi : Videz et effacez le cache du disque
Dans Chrome, cliquez sur l'icône de la clé, puis sur Options. Allez à l'onglet Under the Hood. Cliquez sur le bouton Effacer les données de navigation sous la section Privacy. Cochez simplement la case “Vider le cache”, puis cliquez sur le bouton Clear browsing data.
Cela a fonctionné immédiatement - je n'ai même pas eu à fermer le navigateur.
Pour autant que je puisse trouver, dans les versions récentes de Chrome (je suis sur le 26.0.1410.43), il n'y a pas de moyen (fiable) de le faire, du moins pas sur un Mac. Aucune des suggestions de cette page n'a fonctionné pour moi.
Ma situation est que j'ai ajouté une entrée de fichier hosts , mais Chrome va toujours vers l'adresse IP retournée par le DNS. Firefox fonctionne correctement.
En fait, la page chrome://net-internals/#dns ment tout simplement sur l'adresse IP pour moi. Elle indique l'adresse IP de l'entrée hosts, mais ce n'est clairement pas de là qu'elle provient en fait le site.
Je sais que c'est une vieille question mais j'ai été agacé par les mêmes plaintes que d'autres : même après avoir vidé le cache, il peut encore falloir une minute ou deux pour que les nouveaux changements de DNS entrent en vigueur.
Il y a plusieurs façons de contourner le problème. Après avoir effacé le cache DNS via chrome://net-internals/#dns (ou en utilisant une extension qui permet d'obtenir le même résultat) :
Ouvrez une fenêtre incognito et les nouveaux mappages DNS pour le domaine seront effectifs immédiatement.
Effacer le cache du navigateur. Cette opération est lourde si vous utilisez votre navigateur pour une navigation normale. Vous pouvez exécuter une instance distincte du navigateur en tant qu'autre utilisateur et le fait de vider le cache de ce compte n'interférera pas avec votre cache de navigation habituel. Je n'ai pas essayé cela mais cela devrait fonctionner.
Appuyez sur CTRL+F5. J'ai dû maintenir la touche CTRL+F5 enfoncée pendant environ une seconde, ce qui a permis de recharger la page plusieurs fois de suite. C'est un comportement étrange, mais ça marche et c'est tout aussi efficace. C'est mon approche préférée.
Idéalement, il devrait y avoir un plugin qui peut purger le DNS et le cache (en particulier juste le cache des documents et pas celui des cookies) mais je n'ai encore rien trouvé de tel.
UPDATE : Sous OSX, l'application Gas Mask est excellente pour passer d'un fichier hôte à un autre et, avec la solution de contournement n°2, elle est assez efficace.
C'est pour résoudre le problème que Chrome ne peut pas utiliser les bons hôtes après avoir modifié le fichier hosts à cause de l'utilisation par Chrome des pools de socket.
Chrome maintient des connexions longues dans le pool de connexion pour accélérer. Lorsque Chrome constate qu'une requête peut réutiliser une connexion dans le pool de connexions, elle ne repasse pas par le DNS, ainsi, nous percevons toujours que Chrome ne répond pas à un changement d'hôtes immédiatement.
Chrome a fourni une interface pour vider le pool de connexions dans l'onglet chrome://net-internals/#sockets, mais je trouve ennuyeux de devoir aller d'abord dans l'onglet, et de devoir cliquer ainsi sur un petit bouton avec un trackpad.
J'ai découvert qu'en cliquant sur le bouton du pool de prises, Chrome exécute deux méthodes JavaScript clés.
g_browser.sendFlushSocketPools();
g_browser.checkForUpdatedInfo(false);
J'encapsule donc ces deux méthodes dans un script AppleScript qui peut être converti en une application OS X ou un flux de travail Alfred qui peuvent tous deux être invoqués facilement.
Processus complet :
Création du site dans IIS (windows 8), définition de l'en-tête de l'hôte.
Essai d'accès à l'hôte sans fichier hôte, en veillant à utiliser http:// pour qu'il ne se contente pas de faire une recherche sur Google. Echec correct dans chrome “Version 32.0.1700.76 m”
Ajout de l'hôte au fichier hôte sous le numéro 127.0.0.1, on peut maintenant l'atteindre dans chrome.
Suppression du fichier hôte et exécution de ipconfig /flushdns, chrome affiche toujours site !
Ne rien faire d'autre que CTRL+F5 et maintenant la correction du site échoue dans Chrome.
Avec le nombre de réponses différentes ici, je me demande si nous avons tous des cas d'utilisation légèrement différents.
J'ai essayé de vider le cache du DNS de nombreuses façons, mais rien n'a fonctionné pour moi. Enfin, j'ai prévu de changer mon entrée DNS. Cette astuce fonctionnera pour toutes les personnes qui accèdent à Internet par une connexion LAN à haut débit.
Sur une connexion LAN, on fournit généralement à un utilisateur deux adresses DNS. L'une est une adresse DNS primaire et l'autre une adresse DNS secondaire ou alternative. Ce que j'ai fait, c'est que je viens de changer l'adresse secondaire en adresse primaire et vice-versa. Cela a fonctionné pour moi instantanément.
J'ai conservé l'adresse DNS alternative comme adresse primaire pendant deux jours. Le problème s'est résolu de lui-même et plus tard, j'ai rétabli l'ancienne entrée DNS.
Pour moi, la navigation privée a fait l'affaire (Nouvelle fenêtre incognito/ fenêtre privée).
Essayez DNS Flusher pour Chrome. Notez que pour l'utiliser, il faut un drapeau de ligne de commande, --enable-benchmarking lorsque vous démarrez le navigateur Chrome.
Naviguez vers chrome://net-internals/#dns et appuyez sur le bouton “Effacer le cache de l'hôte”. comme déjà répondu Vous pouvez également avoir besoin de la commande dscacheutil -flushcache sous OS X, pour vider le cache DNS du système. ipconfig /flushdns dans l'invite de commande de Windows
Sous Mac OS X, aucune des approches mentionnées ci-dessus n'a fonctionné pour moi. L'approche suivante a fonctionné :
Cliquez sur le menu Chrome > préférences > cliquez sur le lien show advanced settings en bas de la page > cliquez sur le bouton clear browsing data dans la section privacy > sélectionnez seulement cached images and files et download history (peut-être que ce dernier n'est pas nécessaire, mais ne fait pas mal non plus) > cliquez sur le bouton clear browsing data.
Pour les utilisateurs d'iPhone, ces techniques sont tout aussi efficaces. J'ai dû tester un site web, et je voulais passer outre le serveur DNS normal et utiliser mon propre serveur DNS avec des entrées DNS qui ne sont pas encore publiques.
Je passe l'entrée DNS de mon réglage wifi sur mon iPhone 6 Plus à mon serveur DNS personnalisé. C'était suffisant pour Safari et Perfect Browser. Mais Chrome semblait ignorer cela et avait son propre ensemble d'entrées DNS. Je n'arrivais pas à comprendre d'où elles venaient.
J'ai fait ce qu'elles ont décrit ci-dessus
ET j'ai dû également utiliser un onglet InCognito comme mentionné ci-dessus.
Ce n'est qu'alors que Chrome a utilisé mon entrée DNS personnalisée.