Chrome_Hosts_Flush_Util :
C'est pour résoudre le problème que Chrome ne peut pas utiliser les hôtes corrects après avoir modifié le fichier fichier d'hôtes à cause de Chrome qui utilise des pools de sockets.
Chrome maintient les 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, on perçoit toujours que Chrome ne répond pas immédiatement à un changement d'hôte.
Chrome a fourni une interface pour vider le pool de connexion dans l'onglet chrome://net-internals/#sockets, mais je pense que c'est ennuyeux de devoir d'abord aller dans l'onglet, et de cliquer sur un petit bouton avec un trackpad.
J'ai constaté qu'en cliquant sur le bouton de vidange du pool de sockets, 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 AppleScript script qui peut être converti en une application OS X ou en un flux de travail Alfred qui peuvent tous deux être invoqués facilement.
0 votes
La seule raison pour laquelle je dois vider le cache DNS de Chrome est que si je ne le fais pas, je ne peux pas accéder à Google. Heureusement, Google n'est pas le seul moteur de recherche (sinon je n'aurais pas trouvé cette question) et je ne suis confronté à Chrome qu'au travail.
0 votes
Pour moi, cela est probablement dû à un serveur DNS incorrect dans resolv.conf. (J'essaie d'accéder à un serveur interne sur un VPN). Les gens de T-com ont mal configuré leur DNS pour répondre avec leur site de publicité au lieu de NXDOMAIN, et les gens qui ont écrit Chrome ne se sont pas souciés de respecter l'ordre de resolv.conf, mais au lieu de cela utilisent joyeusement n'importe quel serveur DNS qui semble fonctionner.
0 votes
Liés : apple.stackexchange.com/questions/121425/