Comment vider/vider le cache DNS dans Google Chrome?
Comme vous le savez probablement, Google Chrome possède son propre cache DNS interne. Existe-t-il un moyen de l'effacer sans attendre le délai ou fermer le navigateur?
Naviguez jusqu'à chrome: // net-internals/# dns et cliquez sur le bouton "Vider le cache de l'hôte".
Parfois, vous devez vider les pools de sockets après le vidage du DNS:
chrome://net-internals/#sockets
"Accéder à chrome: // net-internals/# dns" ne fonctionne pas dans le navigateur Google Chrome, du moins sur mon système. On dirait que cette solution fonctionne peut-être pour le système d'exploitation Google Chrome, mais pas pour le navigateur Google Chrome en général. Pour moi le lien redirige ici:
Les projets sur le chrome
Il semble que "Vider le cache" soit la meilleure solution. Notez également que mon navigateur dit "Préférences" plutôt que "Options"
Via http://www.google.com/support/forum/p/Chrome/thread?tid=026b6a1d9151a6e3&hl=fr
"Allez dans outils -> options -> Sous le capot -> Effacer les données de navigation et cochez la case" Vider le cache "et cliquez sur" Effacer les données de navigation ". Oui oui, je sais, ce n'est pas le cache DNS que j'attendrais pour effacer, mais bon, il me semble. Et maintenant, ça marche pour moi. "
Un clic sur "vider le cache de l'hôte" dans chrome://net-internals/#dns devrait le faire pour Google Chrome, mais il existe d'autres caches DNS à prendre en compte sur votre ordinateur.
Les fenêtres:
ipconfig /flushdns
OS X pré-10.7 (avant Lion):
Sudo dscacheutil -flushcache
OS X 10.7–10.9 (Lion, Lion de montagne, 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 cache peut-être aussi le DNS (redémarrez-le ou lisez le manuel). Le test ultime consiste à utiliser Dig , mais ceci utilise l'hôte DNS de votre réseau, pas le serveur faisant autorité par défaut:
Dig superuser.com
Pour interroger directement depuis la source, essayez quelque chose comme:
Dig superuser.com @ns1.serverfault.com
Sous OS X 10.9.1 avec Chrome 32, je devais effacer le cache de l'hôte et vider les pools de sockets pour que Chrome actualise le cache DNS:
- Accédez à chrome: // net-internals/# dns et cliquez sur "Effacer le cache de l'hôte"
- Accédez à chrome: // net-internals/# sockets abd click "Flush Socket Pools"
Cela a fonctionné pour moi: vider et vider le cache disque
Sous Chrome, cliquez sur l'icône de la clé, puis sur Options . Allez à Sous le capot onglet. Cliquez sur le bouton Effacer les données de navigation sous la section Confidentialité . Cochez simplement la case "Vider le cache", puis cliquez sur le bouton Effacer les données de navigation .
Cela a fonctionné immédiatement - je n'ai même pas eu à fermer le navigateur.
Autant que je sache, dans les versions récentes de Chrome (version 26.0.1410.43), il n’existe aucun moyen (fiable) de le faire, du moins sur un Mac. Aucune des suggestions sur cette page n'a fonctionné pour moi.
Ma situation est que j'ai ajouté une entrée hosts file, mais Chrome continue à accéder à l'adresse IP renvoyée par DNS. Firefox fonctionne correctement.
En fait, la page chrome://net-internals/#dns ment tout simplement à propos de l'adresse IP pour moi. Il montre l’adresse IP de l’entrée des hôtes, mais ce n’est clairement pas là où se trouve le site.
Je sais que c’est une vieille question, mais les plaintes que j’ai suscitées m’ennuyaient beaucoup: même après avoir vidé le cache, le changement de DNS peut prendre une minute ou deux.
Il y a plusieurs façons de le contourner. Après avoir effacé le cache DNS via chrome: // net-internals/# dns (ou en utilisant une extension produisant le même résultat):
Ouvrez une fenêtre de navigation privée et les nouveaux mappages DNS du domaine entreront en vigueur immédiatement.
Effacer le cache du navigateur. C'est fastidieux si vous utilisez votre navigateur pour une navigation régulière. Vous pouvez exécuter une instance distincte du navigateur en tant qu'un autre utilisateur et vider le cache de ce compte n'interférera pas avec votre cache de navigation habituel. Je n'ai pas essayé cela mais ça devrait marcher.
Appuyez sur CTRL + F5. Je devais maintenir la touche CTRL + F5 enfoncée pendant environ une seconde, ce qui rechargeait plusieurs fois la page. C'est un comportement étrange mais cela fonctionne et est tout aussi efficace. Ceci est mon approche préférée.
Idéalement, il devrait exister un plug-in capable de purger le DNS et le cache (plus précisément le cache de documents et non le cache de cookies), mais je n'ai encore rien trouvé de tel.
MISE À JOUR: Sous OSX, l'application Gas Mask est excellente pour passer d'un fichier hôte à un autre. Parallèlement à la deuxième solution, elle est très efficace.
C'est pour résoudre le problème que Chrome ne peut pas utiliser les hôtes appropriés après la modification du fichier hosts à cause de l'utilisation de Chrome par les pools de sockets.
Chrome maintient des connexions longues dans le pool de connexions pour accélérer. Lorsque Chrome découvre qu'une requête peut réutiliser une connexion dans le pool de connexions, elle ne passe plus par le DNS. Nous sommes donc toujours conscients que Chrome ne répond pas à un changement d'hôte immédiatement.
Chrome a fourni une interface permettant de vider le pool de connexions dans l'onglet chrome: // net-internals/# sockets, mais je pense qu'il est gênant de devoir d'abord accéder à l'onglet, puis de cliquer avec un petit bouton avec un trackpad.
J'ai constaté que lorsque vous cliquez sur le bouton du pool de douilles de vidage, Chrome exécute deux méthodes JavaScript essentielles.
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 en flux de travail Alfred, les deux pouvant être invoqués facilement.
J'ai essayé de vider le cache DNS de nombreuses façons, mais rien ne fonctionnait pour moi. Enfin, j'avais prévu de changer mon entrée DNS . Cette astuce fonctionnera pour toutes les personnes qui accèdent à Internet via une connexion LAN haut débit.
Sur une connexion LAN, un utilisateur se voit généralement attribuer deux adresses DNS. L'un est primaire et l'autre est l'adresse DNS secondaire ou alternative. Ce que j'ai fait est que je viens de changer l'adresse secondaire à l'adresse principale et vice-versa. Cela a fonctionné pour moi instantanément.
J'ai conservé l'adresse DNS alternative en tant qu'adresse principale pendant deux jours. Le problème s'est résolu et plus tard, j'ai rétabli l'ancienne entrée DNS.
Processus complet:
Site créé dans IIS (Windows 8), définissez l'en-tête de l'hôte.
J'ai essayé de frapper l'hôte sans fichier d'hôte, en veillant à utiliser http: // afin d'éviter une recherche google. Échec correct en chrome "Version 32.0.1700.76 m"
Ajouter l'hôte au fichier hôte en tant que 127.0.0.1, peut maintenant le frapper en chrome.
Supprimer du fichier hôte et exécuter ipconfig/flushdns, chrome affiche toujours le site!
Ne rien faire d'autre que CTRL + F5 et que le site correct échoue maintenant 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.
Pour moi, la navigation privée a fait l'affaire (Nouvelle fenêtre de navigation privée/privée).
Accédez à chrome: // net-internals/# dns et appuyez sur le bouton "Effacer le cache de l'hôte". déjà répondu. Vous devrez peut-être aussi la commande dscacheutil -flushcache sous OS X pour vider le cache DNS à l’échelle du système. Commande ipconfig/flushdns in windows
Sur Mac OS X, aucune des approches mentionnées ci-dessus n'a fonctionné pour moi. L'approche suivante a fait:
Cliquez sur le menu Chrome> Préférences> cliquez sur le lien show advanced settings au bas de la page> cliquez sur le bouton clear browsing data dans la section privacy> sélectionnez uniquement cached images and files et download history (le dernier n'est pas obligatoire, mais ne fait pas mal non plus)> cliquez sur le bouton clear browsing data.
Essayez DNS Flusher pour Chrome. Notez que pour l'utiliser, un indicateur de ligne de commande, --enable-benchmarking, est requis lorsque vous démarrez le navigateur Chrome.
Pour les utilisateurs d'iPhone, ces techniques fonctionnent de manière tout aussi efficace. Je devais faire des tests sur un site Web et je voulais remplacer le serveur DNS normal et utiliser mon propre serveur DNS avec des entrées DNS qui ne sont pas encore publiques.
Je remplace l'entrée DNS de mon réglage wifi sur mon iPhone 6 Plus par mon serveur DNS personnalisé. C'était suffisant pour Safari et Perfect Browser. Mais Chrome semblait ignorer cela et disposait de son propre ensemble d'entrées DNS. Je ne pouvais pas comprendre d'où ils venaient.
J'ai fait ce qu'ils ont décrit ci-dessus
- Accédez à chrome: // net-internals/# dns et cliquez sur "Effacer le cache de l'hôte".
- Accédez à chrome: // net-internals/# sockets et cliquez sur "Flush Socket Pools".
ET je devais également utiliser un onglet InCognito comme mentionné ci-dessus.
ALORS seulement Chrome a utilisé mon entrée DNS personnalisée.