Je fais face à une petite question ici. J'ai un long /etc/hostsdossier. (travaillant sur le web, j'héberge donc beaucoup de sites localement pour le développement). Disons qu'il fait environ 40, 50 lignes. Tous redirigent vers 127.0.0.1.
Maintenant, lors de la vérification de l'inspecteur de Chrome, il semble que mes pages Web locales se chargent lentement en raison de la partie Recherche DNS. Sur une mygreatwebsite.localURL également définie dans le /etc/hostsfichier.
Après une vérification rapide, il semblerait que la réduction du hostsfichier à quelques lignes accélère considérablement la partie de recherche DNS. Alors ma question, est-il possible d'être confronté à des différences d'environ 5 secondes pour 50 lignes, et des temps insignifiants pour quelques lignes? Ou est-ce que je manque complètement quelque chose?
la source
Réponses:
Votre tld .local pourrait être le problème, zeroconf l'utilise. Il n'y a pas de véritable standard, mais le tld suggéré pour un tld interne est .site ou .internal. Voir http://en.wikipedia.org/wiki/Top-level_domain#Pseudo-domains pour cela.
la source
La réponse est oui , sur une machine Windows (XP / Vista / 7).
C'est un problème connu qu'un long fichier d'hôtes ne fonctionne pas bien avec le service "Client DNS".
http://winhelp2002.mvps.org/hosts.htm :
http://vlaurie.com/computers2/Articles/hosts.htm :
www.ericphelps.com/scripting/samples/Hosts/:
... et j'en ai personnellement été témoin sur trois machines Windows différentes: XP Pro, Vista et 7 Starter.
la source
Je suggère d'utiliser tcpdump pour voir ce qui se passe réellement. Sans cela, vous ne ferez que deviner.
La syntaxe de base serait
(si vous souhaitez voir les ports 80 et 53, -n pour empêcher les recherches DNS, en supposant que toutes les communications ont lieu sur eth0).
Si c'est trop rapide ou trop d'informations, redirigez-le vers un fichier de vidage en ajoutant:
et utilisez ie wireShark pour regarder dans le fichier de vidage. Vous pouvez voir des informations de synchronisation précises dans le fichier et bien plus encore ...
la source
Lorsque j'utilisais Spybot, il insérait environ 50 000 entrées de fichiers hôtes qui redirigeaient vers des sites malveillants connus vers 127.0.0.1. Je n'ai jamais remarqué de problème avec un long fichier d'hôtes de cette nature. Cela a probablement plus à voir avec votre configuration de développement ou le code lui-même. Combien de sites desservez-vous localement (50?) Est-ce que chacun d'entre eux met autant de temps à répondre lorsque 50 entrées sont présentes?
la source
Pour diverses raisons, j'ai des fichiers hôtes sur certaines machines avec des centaines d'entrées. Cela n'a aucun impact sur les recherches DNS simplement parce qu'une fois que la machine a trouvé une entrée dans le fichier hosts, elle ne recherchera pas les mêmes informations. Si tout le reste est configuré correctement, la réduction de la taille du fichier hosts n'affectera pas les performances car même avec mille entrées, ce fichier peut toujours être analysé plus rapidement que d'effectuer une recherche DNS. Vérifiez l'ordre dans lequel votre appareil résout les adresses. Le fichier hosts doit être le premier.
la source
D'après mes tests, un fichier d'hôtes de 34 Mo avec quelques millions d'entrées ralentit un peu la navigation dans Windows même lorsque le service "Client DNS" est désactivé. Il existe donc une taille maximale au-delà de laquelle vous ne voudrez probablement pas aller.
la source