Fichier HOSTS ignoré


23

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!


que se passe-t-il lorsque vous créez une nouvelle entrée pour cette adresse IP, disons 172.17.1.107 wikitest?
shufler

Réponses:


24

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 ...


1
Oui, en fait, j'ai découvert qu'il existe un mandataire d'entreprise qui intercepte mes demandes et y répond. D'une manière ou d'une autre, il contournait mon fichier d'hôtes. S'il y avait une entrée dans le proxy d'entreprise, elle remplaçait l'entrée de mon fichier d'hôtes locaux. Bien que cette réponse ne dise pas vraiment "comment" résoudre le problème, elle a identifié la véritable cause du problème (ce n'est pas le pare-feu ...)
cmcculloh

1
Quand j'ai eu le problème, c'était une solution facile. J'ai choisi de ne pas utiliser de proxy sur cette IP (sous les paramètres de proxy dans Firefox) Ce correctif peut ne pas s'appliquer à votre problème (le pare-feu peut bloquer le HTTP sortant sans proxy, etc.). Il peut également s'agir d'un déploiement de chienne sur plusieurs machines, si vous ne disposez pas d'une gestion centralisée des profils Mozilla. Je ne peux pas répondre pour IE car nous ne l'utilisons pas.
artifex

3
.. * bitch * roll out .. Lol
manas

1
Il n'a fallu que 4 ans pour que quelqu'un remarque @silent_warrior;)
artifex

1
@artifex Merci pour votre réponse et votre commentaire, cela m'a amené à réaliser que je peux mettre en place des exceptions qui ont résolu mon problème. Toute personne intéressée voir ici: stackoverflow.com/questions/37658876/…
haakym

9

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

1
1: Réponse de 172.17.1.107: octets = 32 fois <1 ms TTL = 63 2: Non, a examiné la barre de défilement du fichier hôte entier et tout ... 3: DataBasePath, Type = "REG_EXPAND_SZ", Data = "% SystemRoot% \ System32 \ drivers \ etc "Cette partie de% SystemRoot% m'a rendu curieux, alors j'ai ouvert mes" Variables d'environnement "et j'ai cherché une variable SystemRoot. Je n'en ai pas vu, donc j'en ai créé un et je l'ai défini sur C: \ Windows, puis j'ai fait un ipconfig / flushdns et j'ai envoyé une requête ping à www.wiki.com, mais il a tout de même répondu à partir de 70.35.23.23 au lieu de 172.17.1.107 (qui est ce que je l'ai défini dans mon fichier d'hôtes). Merci quand même! Bonnes suggestions à tous!
cmcculloh

Bonne capture, mon système démarre à partir du lecteur E: et non C: comme prévu.
Manny

5

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.


C'est la première chose qu'une personne essaierait ...
vsync

3

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.


lorsque j'émets la commande "nbstat", j'obtiens "'nbstat' n'est pas reconnu comme une commande interne ou externe, un programme exploitable ou un fichier de commandes"
cmcculloh

nbtstat, pas nbstat - le premier "t" vous manque ... :)
Maximus Minimus

oups: P Ok, a fait un nbtstat -R et nbtstat -RR et nbtstat -r puis nbtstat -c (et il a dit "aucun nom dans le cache)
cmcculloh

et ça n'a toujours pas fonctionné btw
cmcculloh

3

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?


1
Salut. Heureux d'entendre que vous avez une solution de contournement. Mais autant que je sache, le fichier hosts doit toujours être utilisé en premier pour effectuer des recherches DNS avant chaque entrée dans votre liste de serveurs DNS. Est-il possible de désactiver complètement la recherche dans le fichier hosts avec certaines options dhcp? Vous pouvez peut-être ajouter vos serveurs DNS d'entreprise en tant que troisième et quatrième entrée dans votre liste de serveurs DNS.
grub

Peut-être que vos navigateurs Web sont configurés avec un serveur proxy?
Oskar Duveborn

2

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.


2

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!


2

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

%SystemRoot%\system32\drivers\etc\hosts


2

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.


Cela m'a arrangé. Je viens d'ajouter le groupe d'utilisateurs directement au fichier hosts, de vider le cache et le fichier hosts a de nouveau été immédiatement respecté.
user51928

2

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.


Merci, cela m'a fait gagner beaucoup de temps et de frustration.
Andy Lester

2

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

Comme ici:

127.0.0.1 localhost
172.17.1.107 wiki

1

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.


Quelles devraient être les autorisations (en ce moment, le fichier n'est pas en lecture seule et toutes les autorisations sont définies pour autoriser tous les utilisateurs)? J'ai essayé de configurer sur www.wiki.com et cela n'a toujours pas fonctionné. (J'ai changé la ligne en 172.17.1.107 www.wiki.com) Ensuite, j'ai ouvert mon invite de commande et essayé de faire un ping sur www.wiki.com et il a renvoyé "Pinging www.wiki.com [70.35.23.23] avec 32 octets de données "mais ensuite il a dit" La demande a expiré "trois fois. Ensuite, tout ce que j'ai essayé d'envoyer une requête ping a renvoyé la demande. Je suis au milieu d'une installation BIND maintenant pour essayer de résoudre ce problème, je ne sais pas si cela affecterait les pings ...
cmcculloh

Et maintenant, j'ai mal installé BIND, ou mon ordinateur l'ignore aussi, car il ne fonctionne pas non plus ...
cmcculloh

Essayez de supprimer le fichier et créez-en un nouveau, sans copier / coller. Peut-être qu'un éditeur de texte y a inséré des caractères étranges (UTF8).
olefebvre

1

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


Ouais, tout dans lmhosts.sam est commenté et il n'y a que les deux lignes que j'ai spécifiées dans la question d'origine dans mon fichier hosts ...
cmcculloh
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.