A/ Peut-on savoir pourquoi une adresse se trouve dans le fichier HOSTS Mvps?
B/ Cas particuliers
La question A est posé à l'occasion de deux refus de connexion sur deux
sites vérifiés sûrs (autant que un internaute puisse le dire avec les outils
disponibles)
Les deux adresses du fichier Hosts à l'origine du blocage :
127.0.0.1 link.p0.com [Web bug]
127.0.0.1 clk.tradedoubler.com
Dans un volumineux fichier HOSTS comme le mien, il se glisse des adresses qui pourraient parfois ne pas y être. C'est pourquoi j'ai un Batch RENHOSTS.BAT qui permet d'un clic de renommer HOSTS en NO-HOSTS le temps d'une connexion et puis de revenir à la normale.
Il utilise HostMan qui permet de le faire d'un clic.
A ce propos:
J'utilise aussi hostman, très pratique.
Mais je m'interroge: un fichier host volumineux (le mien comporte plus de 98000 entrées) ne risque t il pas de ralentir la navigation de façon considérable, puisque j'ai cru comprendre que le système commencait par chercher l'adresse dans le host avant que de se connecter ?
bonne soirée.
kiki
Non à moins d'avoir une bécane antique.
Remarque: tel qu'indiqué sur le site des MVPs il faut mettre seulement le nouveau hosts pas le fusionner avec l'ancien. Vérifie dans Hostman pour cela: choisi "overwrite current hosts".
:) -- Claude LaFrenière
Bonjour *kiki* :
Bonjour *Laurent Jumet* :
Dans un volumineux fichier HOSTS comme le mien, il se glisse des adresses qui pourraient parfois ne pas y être.
C'est pourquoi j'ai un Batch RENHOSTS.BAT qui permet d'un clic de renommer HOSTS en NO-HOSTS le temps d'une connexion et puis de revenir à la normale.
Il utilise HostMan qui permet de le faire d'un clic.
A ce propos:
J'utilise aussi hostman, très pratique.
Mais je m'interroge: un fichier host volumineux (le mien
comporte plus de 98000 entrées) ne risque t il pas de
ralentir la navigation de façon considérable, puisque j'ai
cru comprendre que le système commencait par chercher
l'adresse dans le host avant que de se connecter ?
bonne soirée.
kiki
Non à moins d'avoir une bécane antique.
Remarque: tel qu'indiqué sur le site des MVPs il faut mettre seulement le
nouveau hosts pas le fusionner avec l'ancien. Vérifie dans Hostman pour
cela: choisi "overwrite current hosts".
Dans un volumineux fichier HOSTS comme le mien, il se glisse des adresses qui pourraient parfois ne pas y être. C'est pourquoi j'ai un Batch RENHOSTS.BAT qui permet d'un clic de renommer HOSTS en NO-HOSTS le temps d'une connexion et puis de revenir à la normale.
Il utilise HostMan qui permet de le faire d'un clic.
A ce propos:
J'utilise aussi hostman, très pratique.
Mais je m'interroge: un fichier host volumineux (le mien comporte plus de 98000 entrées) ne risque t il pas de ralentir la navigation de façon considérable, puisque j'ai cru comprendre que le système commencait par chercher l'adresse dans le host avant que de se connecter ?
bonne soirée.
kiki
Non à moins d'avoir une bécane antique.
Remarque: tel qu'indiqué sur le site des MVPs il faut mettre seulement le nouveau hosts pas le fusionner avec l'ancien. Vérifie dans Hostman pour cela: choisi "overwrite current hosts".
:) -- Claude LaFrenière
Claude LaFrenière
Bonjour *Thierry MILLE [MVP]* :
"kiki" a écrit dans le message de news:
Mais je m'interroge: un fichier host volumineux (le mien comporte plus de 98000 entrées) ne risque t il pas de ralentir la navigation de façon considérable, puisque j'ai cru comprendre que le système commencait par chercher l'adresse dans le host avant que de se connecter ?
Les entrées du fichier hosts sont préchargées dans le cache DNS dès l'enregistrement du fichier hosts (même sans le fermer) : l'accès est donc réalisé en RAM et non sur le disque : néanmoins la consultation de ce cache passe avant une résolution DNS (puis après NetBIOS avec son cache spécifique (nbtstat -c), serveur WINS puis diffusion (en type de noeud hybride) et enfin LMHOSTS.
Ceci dans la mesure ou le service Client DNS est démarré. Règle générale ce service est inutile et cause d'emmerdes sur un PC hors-réseau.
Voir une remarque similaire sur le site des MVPs...
« Editors Note: in most cases a large HOSTS file (over 135 kb) tends to slow down the machine. This only occurs in W2000 and XP. Windows 98 and ME are not affected.
To resolve this issue (manually) open the "Services Editor"
* Start | Run (type) "services.msc" (no quotes) * Scroll down to "DNS Client", Right-click and select: Properties * Click the drop-down arrow for "Startup type" * Select: Manual, click Apply/Ok and restart. [more info]
You can see that the above "Service" is not needed (after a little browsing) by opening the Services Editor again, scroll down to DNS Client and check the "Status" column. It should be blank, if it was needed it would show "Started" in that column. » Réf.: http://www.mvps.org/winhelp2002/hosts.htm
Cordialement.
-- Claude LaFrenière [climenole]
Bonjour *Thierry MILLE [MVP]* :
"kiki" <kiki@koko.ke> a écrit dans le message de news:
e2TRFhz4GHA.3732@TK2MSFTNGP05.phx.gbl...
Mais je m'interroge: un fichier host volumineux (le mien comporte plus de
98000 entrées) ne risque t il pas de ralentir la navigation de façon
considérable, puisque j'ai cru comprendre que le système commencait par
chercher l'adresse dans le host avant que de se connecter ?
Les entrées du fichier hosts sont préchargées dans le cache DNS dès
l'enregistrement du fichier hosts (même sans le fermer) : l'accès est donc
réalisé en RAM et non sur le disque : néanmoins la consultation de ce cache
passe avant une résolution DNS (puis après NetBIOS avec son cache spécifique
(nbtstat -c), serveur WINS puis diffusion (en type de noeud hybride) et
enfin LMHOSTS.
Ceci dans la mesure ou le service Client DNS est démarré.
Règle générale ce service est inutile et cause d'emmerdes
sur un PC hors-réseau.
Voir une remarque similaire sur le site des MVPs...
«
Editors Note: in most cases a large HOSTS file (over 135 kb) tends to
slow down the machine. This only occurs in W2000 and XP. Windows 98 and ME
are not affected.
To resolve this issue (manually) open the "Services Editor"
* Start | Run (type) "services.msc" (no quotes)
* Scroll down to "DNS Client", Right-click and select: Properties
* Click the drop-down arrow for "Startup type"
* Select: Manual, click Apply/Ok and restart. [more info]
You can see that the above "Service" is not needed (after a little
browsing) by opening the Services Editor again, scroll down to DNS Client
and check the "Status" column. It should be blank, if it was needed it
would show "Started" in that column.
»
Réf.:
http://www.mvps.org/winhelp2002/hosts.htm
Mais je m'interroge: un fichier host volumineux (le mien comporte plus de 98000 entrées) ne risque t il pas de ralentir la navigation de façon considérable, puisque j'ai cru comprendre que le système commencait par chercher l'adresse dans le host avant que de se connecter ?
Les entrées du fichier hosts sont préchargées dans le cache DNS dès l'enregistrement du fichier hosts (même sans le fermer) : l'accès est donc réalisé en RAM et non sur le disque : néanmoins la consultation de ce cache passe avant une résolution DNS (puis après NetBIOS avec son cache spécifique (nbtstat -c), serveur WINS puis diffusion (en type de noeud hybride) et enfin LMHOSTS.
Ceci dans la mesure ou le service Client DNS est démarré. Règle générale ce service est inutile et cause d'emmerdes sur un PC hors-réseau.
Voir une remarque similaire sur le site des MVPs...
« Editors Note: in most cases a large HOSTS file (over 135 kb) tends to slow down the machine. This only occurs in W2000 and XP. Windows 98 and ME are not affected.
To resolve this issue (manually) open the "Services Editor"
* Start | Run (type) "services.msc" (no quotes) * Scroll down to "DNS Client", Right-click and select: Properties * Click the drop-down arrow for "Startup type" * Select: Manual, click Apply/Ok and restart. [more info]
You can see that the above "Service" is not needed (after a little browsing) by opening the Services Editor again, scroll down to DNS Client and check the "Status" column. It should be blank, if it was needed it would show "Started" in that column. » Réf.: http://www.mvps.org/winhelp2002/hosts.htm
Cordialement.
-- Claude LaFrenière [climenole]
Laurent Jumet
Hello !
kiki wrote:
Mais je m'interroge: un fichier host volumineux (le mien comporte plus de 98000 entrées) ne risque t il pas de ralentir la navigation de façon considérable, puisque j'ai cru comprendre que le système commencait par chercher l'adresse dans le host avant que de se connecter ?
Les ralentissements sont dûs à un service qui est Client DHCP
Pendant des mois, mon système ramait et je croyais que c'était le fichier HOSTS qui fait 500.000 octets. Jusqu'à ce que je lise que client DHCP en était responsable; je l'ai désactivé et maintenant ça va.
Moi j'ai 10.000 entrées et il n'y a aucun ralentissement, pas un fifrelin.
-- Laurent Jumet - Point de Chat, Liège, BELGIUM KeyID: 0xCFAF704C [Restore address to laurent.jumet for e-mail reply.]
Hello !
kiki <kiki@koko.ke> wrote:
Mais je m'interroge: un fichier host volumineux (le mien
comporte plus de 98000 entrées) ne risque t il pas de
ralentir la navigation de façon considérable, puisque j'ai
cru comprendre que le système commencait par chercher
l'adresse dans le host avant que de se connecter ?
Les ralentissements sont dûs à un service qui est
Client DHCP
Pendant des mois, mon système ramait et je croyais que c'était le fichier HOSTS qui fait 500.000 octets.
Jusqu'à ce que je lise que client DHCP en était responsable; je l'ai désactivé et maintenant ça va.
Moi j'ai 10.000 entrées et il n'y a aucun ralentissement, pas un fifrelin.
--
Laurent Jumet - Point de Chat, Liège, BELGIUM
KeyID: 0xCFAF704C
[Restore address to laurent.jumet for e-mail reply.]
Mais je m'interroge: un fichier host volumineux (le mien comporte plus de 98000 entrées) ne risque t il pas de ralentir la navigation de façon considérable, puisque j'ai cru comprendre que le système commencait par chercher l'adresse dans le host avant que de se connecter ?
Les ralentissements sont dûs à un service qui est Client DHCP
Pendant des mois, mon système ramait et je croyais que c'était le fichier HOSTS qui fait 500.000 octets. Jusqu'à ce que je lise que client DHCP en était responsable; je l'ai désactivé et maintenant ça va.
Moi j'ai 10.000 entrées et il n'y a aucun ralentissement, pas un fifrelin.
-- Laurent Jumet - Point de Chat, Liège, BELGIUM KeyID: 0xCFAF704C [Restore address to laurent.jumet for e-mail reply.]
