Fichier HOSTS ignoré

Mon poste de travail (Windows XP, Professionnel, v2002, SP3) ignore complètement mon fichier d'hôtes.

Voici le code dans mon fichier hosts:

127.0.0.1       localhost

172.17.1.107    wiki

Mais, lorsque j'ouvre un navigateur et que je tape "wiki" dans la barre d'URL et que je clique sur "Entrée", cela m'amène à l'ancien emplacement de mon wiki tel qu'il apparaissait dans mon ancien fichier d'hôtes:

10.0.36.100     wiki

Même si j'ai renommé l'ancien fichier d'hôtes "hosts_full" et l'ai déplacé sur mon bureau (donc, hors du dossier etc).

J'ai jusqu'à présent pris les mesures suivantes:

1. Redémarré (3 fois)
2. Exécuté à ipconfig /flushdnspartir de la ligne de commande
3. Depuis ping wikila ligne de commande, la réponse a été

Reply from 10.0.36.100: bytes=32 time=1ms TTL=63

J'ai vidé tous les caches auxquels je peux penser (IE, FF).

J'ai un client de pare-feu ISA qui fonctionne sur ma machine et j'ai essayé tout cela avec celui-ci désactivé et activé. En fait, le pare-feu utilise l'ancien fichier d'hôtes pour se résoudre:

10.0.2.126      isa3

Et en quelque sorte, cela fonctionne toujours bien même si le nouveau fichier d'hôtes ne contient pas cette ligne.

Des idées??? Merci d'avance pour l'aide!

Avez-vous des chances d'utiliser un serveur proxy pour la navigation? Si c'est le cas, il se peut que le serveur proxy résout le nom DNS pour vous.

Et c'est pourquoi vous obtenez des résultats différents dans une ligne de commande avec ping par opposition au navigateur.

Le trafic accidentel est intercepté et modifié. Très fortuit ...

Pare-feu répondant aux pings?
C'est une longue vue de l'adresse IP que vous avez donnée, mais que se passe-t-il lorsque vous envoyez une requête ping à la nouvelle IP directement, cela fonctionne-t-il?

La raison pour laquelle je demande, si 10.0.36.100 se trouve être un pare-feu qui répond au ping, il vous répondra, même si vous pingiez une IP différente ...

Fichier Big Hosts?
De plus, cela m'a attiré une fois une autre personne informatique, il y avait beaucoup de lignes vides dans la fenêtre des fichiers hôtes, puis des entrées bien en dessous - nous n'avons pas remarqué la barre de défilement :-)

Le fichier hosts est-il vraiment le fichier hosts?
Enfin, regardez dans le registre et assurez-vous que le fichier hôte est là où vous pensez qu'il est, la clé suivante spécifie où se trouve le fichier d'hôtes réel:

\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath

Essayez de vider votre cache DNS avec Démarrer -> Exécuter ...

 ipconfig /flushdns

Essayez également de désactiver NetBIOS et LMHOSTS pour votre carte réseau. Vous pouvez modifier les paramètres dans les propriétés TCP / IP de la connexion réseau utilisée, sous Avancé -> WINS.

Selon http://technet.microsoft.com/en-us/library/bb727005.aspx, il pourrait se trouver dans votre cache de noms NETBIOS local. Vous pouvez utiliser nbtstat ( http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/nbtstat.mspx?mfr=true ) pour interroger / purger ce cache.

Il s'avère que mon DNS d'entreprise était atteint avant mon fichier d'hôtes. Donc je:

1. Ouverture de mes propriétés TCP / IP (Panneau de configuration> Connexions réseau> Connexion au réseau local> Propriétés> (faites défiler vers le bas) Protocole Internet (TCP / IP)> Propriétés.
2. Cliquez sur "Utiliser les adresses de serveur DNS suivantes:" (au lieu d'obtenir automatiquement l'adresse du serveur DNS)
3. entré "172.0.0.1" et "172.0.0.2" (et cliqué sur ok)

Maintenant, mon fichier d'hôtes fonctionne très bien ... Depuis la ligne de commande. Cependant, si je mets une entrée pour www.google.com qui pointe vers 172.17.1.107, lorsque je la cingle depuis la ligne de commande, elle revient à partir de l'adresse IP que j'ai spécifiée dans le fichier hosts. Mais si je le frappe depuis le navigateur, il me montre toujours Google au lieu de mon site local. Mais si je mets une entrée pour "fredspc" qui pointe vers 172.17.1.107 et que je frappe depuis le navigateur, cela me mène à 172.17.1.107.

J'ai compris cela parce que si j'entrais "tedspc" dans mon fichier d'hôtes (c'est-à-dire quelque chose qui ne se résoudrait jamais) et que je lui donnais une adresse IP et la cinglait, il se résoudrait à cette adresse IP. Le problème était que www.wiki.com et tout ce que je saisissais dans mon fichier d'hôtes avaient une entrée dans mon serveur DNS d'entreprise, ce qui provoquait sa résolution, ce qui signifiait qu'il n'avait jamais regardé mon fichier d'hôtes (parce que le serveur DNS d'entreprise est regardé en premier avant le fichier hosts). J'ai donc supprimé le DNS de l'entreprise de la boucle d'invite de commande, mais pas de la boucle du navigateur, je suppose ... Des idées?

Chaque fois que j'utilise le fichier hôte pour mes entrées DNS (ce qui est toujours le cas), je désactive (désactive) le service DNS (services.msc) fonctionnant en mode natif. Ensuite, faites un ipconfig / flushdns si cela échoue, redémarrez ledit serveur / bureau et cela effacera le cache. Quelles entrées DNS ne figurent pas dans le fichier hôte, le serveur / bureau aura recours aux paramètres DNS par défaut de l'interface réseau qui ont été configurés. Cela permet également de tester différents pare-feu et autres.

Je viens de m'attraper en changeant C: \ windows \ system32 \ drivers \ etc \ hosts lorsque % SystemRoot% a été défini comme C: \ WINNT au lieu de C: \ windows ... Je ne sais pas pourquoi ce serveur particulier avait un ensemble l'installation de Windows dans C: \ windows et C: \ winnt mais au moins je ne me sens plus fou.

Je me sens un peu stupide mais c'est juste une autre vérification rapide pour les autres personnes qui rencontrent ce problème!

Êtes-vous sûr de modifier le fichier des hôtes DROITS? Il se trouve généralement dans

%SystemRoot%\system32\drivers\etc\hosts

Après avoir essayé de nombreuses solutions suggérées, j'ai vérifié la sécurité du dossier «etc» et comparé ses autorisations à celle du dossier «es-ES», et j'ai constaté que le groupe Utilisateurs n'avait pas de droits de lecture et d'exécution comme ils le faisaient sur le autre. Après avoir repris (à nouveau) la propriété du dossier «etc», j'ai accordé aux utilisateurs du groupe des autorisations de lecture et d'exécution, et les ai héritées du contenu du dossier. Cela a résolu le problème pour moi - quelle que soit la partie du système qui interroge le fichier hosts, il est évident qu'elle est soumise aux restrictions du groupe d'utilisateurs. Je dois avoir supprimé les autorisations du groupe accidentellement à un moment donné lors de la tentative de modification du fichier d'hôtes.

Il est important de supprimer le fichier d'origine sur Windows et de le remplacer par un nouveau!

Je sais que la question a été répondue, mais il est clair qu'il existe de nombreuses raisons différentes et des solutions possibles. L'astuce pour moi a été de supprimer le fichier plutôt que de l'écraser.

Je sais aussi que @olefebvre a déjà posté quelque chose de similaire, mais je ne l'ai pas reconnu avec ses abréviations et ce n'est pas (seulement) lié aux caractères impairs, c'est d'apporter des fenêtres pour reconnaître le fichier du tout.

veuillez essayer d'utiliser des espaces au lieu des tabulations.

Comme ici:

127.0.0.1 localhost
172.17.1.107 wiki

Pourriez-vous vérifier votre autorisation sur le fichier hôte? Essayez d'utiliser un nom de domaine complet pour l'entrée "wiki" du fichier hôte.

avez-vous vérifié les hôtes et lmhosts.sam?