Les modifications du fichier hôte ne sont pas reconnues dans Windows 8


9

Lorsque je modifie le fichier hosts dans Windows 8, cela ne fonctionne pas. Bien que mes modifications restent dans le fichier hosts.

Ce que j'essaie, c'est de rediriger le nom de domaine riddergarn.dev vers 127.0.0.1 avec cette ligne:

127.0.0.1 riddergarn.dev

J'utilise avast! et Windows Defender est désactivé, ce qui ne cause pas le problème. J'ai essayé ipconfig /flushdnsen CMD, mais cela ne le résout pas non plus.

J'ai essayé de chercher la réponse sur divers sites, mais sans succès jusqu'à présent. Peut-être que quelqu'un pourrait m'aider.

EDIT: désactivation d'avast! n'a pas résolu le problème.

Mon hostsfichier (example.com ne se résout pas non plus en 127.0.0.1):

# localhost name resolution is handled within DNS itself.
127.0.0.1       localhost
#   ::1             localhost
127.0.0.1       riddergarn.dev
127.0.0.1       example.com

Mon% SYSTEMROOT% est C:\Windows

Je n'utilise pas IIS, mais Apache à la place.

Lorsque j'essaie d'envoyer une requête ping au domaine, j'obtiens ce qui suit:

C:\Users\Andreas>ping riddergarn.dev
Ping request could not find host riddergarn.dev. Please check the name and try a
gain.

Si vous utilisez Notepad ++, lors de l'enregistrement de vos modifications, assurez-vous que les fichiers ne sont pas enregistrés dans SysWOW64. Pour plus d'informations, reportez-vous à superuser.com/questions/617449/…
AEonAX

Réponses:


2

Au moment où j'écris ceci, c'est août 2019. Je suis nouveau sur ce problème (échec des commandes de fichier "hosts" pour fonctionner ou être actif). J'utilise Windows 8.1 sur un ordinateur de bureau Dell puissant mais plus ancien (XPS Gen5). Mon navigateur est Firefox (48; obsolète, je sais) et Windows Explorer (11) est également disponible. Le répertoire racine de mon PC est C :.

Je voulais bloquer facilement et efficacement les images contextuelles en ligne d'annonceurs indésirables et non sollicités (provenant d'une page Web par ailleurs inoffensive), mais je n'ai pas pu obtenir les commandes du fichier hosts (destinées à associer des noms d'hôtes "malveillants" à l'adresse IP locale 127.0.0.1 adresse) à effectuer.

J'ai essayé de nombreux remèdes (à partir de divers sites de forum en ligne) et j'allais abandonner quand il a finalement commencé à fonctionner. Bon sentiments. Le problème est qu'il peut y avoir plusieurs raisons pour lesquelles les commandes du fichier hosts ne fonctionnent pas et vous devrez peut-être toutes les identifier et les résoudre. Voici quelques (pas toutes) choses à vérifier et à essayer (veuillez excuser celles qui sont trop basiques pour votre niveau d'expertise):

  • Assurez-vous que votre fichier d'hôtes se trouve dans le C:\Windows\System32\drivers\etcsous-répertoire / dossier (ou équivalent).

  • Assurez-vous que votre registre a une entrée ici:

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

    qui pointe vers le bon emplacement des hôtes; par exemple: %SystemRoot%\System32\drivers\etc(sans guillemets)

    "C:\Windows\System32\drivers\etc\hosts" also works when the location of Windows is "C:\Windows."
    
  • Veillez à modifier et à enregistrer le fichier hôtes uniquement avec un éditeur de fichier texte fiable (par exemple, le Bloc-notes Windows) qui n'introduit aucun type de caractères masqués ou n'ajoute pas de suffixe de nom de fichier (comme ".txt") lorsque vous enregistrez le fichier modifié. fichier "hosts".

  • Pour plus de commodité et de simplicité pendant que vous travaillez, renommez (par exemple, vers hosts.sav) ou déplacez et enregistrez dans un endroit sûr le fichier d'hôtes d'origine et créez (par exemple, à l'aide du Bloc-notes Windows) et utilisez un tout nouveau fichier d'hôtes de test de type ANSI temporaire avec une seule commande - quelque chose comme: "127.0.0.1google.com" (sans guillemets) - suivie d'une ligne complètement vide / vide (sans retour de ligne). (Vous pouvez utiliser n'importe quel site Web. Je choisis le puissant Google.) (Si nécessaire, insérez une première ligne127.0.0.1<tab>localhostégalement, pour un total de trois lignes.) Utilisez ce fichier d'hôtes de test pour savoir facilement, rapidement et définitivement si le fichier d'hôtes et ses commandes sont "activés" et actifs. Si Google n'est pas bloqué sur votre navigateur, les hôtes ne fonctionnent pas ou sont contournés pour une raison quelconque. Mais si Google.com (ou votre choix de site de test) est bloqué, les hôtes fonctionnent et vous avez un modèle de formulation de commande réussi qui peut être répété pour d'autres commandes réelles. Vous pouvez ensuite mettre un "#" devant la ligne Google pour le désactiver, ou simplement supprimer cette ligne, mais cette commande est pratique pour vérifier en continu l'état du fichier hosts (est-ce que ça marche?) Lorsque vous éditez le fichier hosts (et potentiellement introduire des erreurs qui empêchent alors les hôtes de fonctionner).

  • Utilisez la commande DOS

    ipconfig /flushdns
    

    (sans guillemets) dans la fonction "Invite de commandes" de Windows entre les modifications du fichier d'hôtes, si nécessaire. Beaucoup plus facile que de redémarrer. J'ai trouvé que le redémarrage n'est pas nécessaire.

  • Si le fichier hosts est ouvert dans un éditeur de texte, apportez des modifications et enregistrez les hôtes (sans fermer l'éditeur) Firefox réagit aux modifications (c'est-à-dire après avoir appuyé sur les boutons d'actualisation ou de rechargement de la page) sans avoir à arrêter et redémarrer Firefox. En revanche, Microsoft Internet Explorer (IE) requiert que vous arrêtiez puis redémarriez IE pour que les modifications (par exemple, l'accès à un site Web bloqué particulier) prennent effet.

Dans le fichier hosts lui-même:

  • Je (a) démarre la langue de la ligne de commande (adresse IP numérique) à l'extrême gauche sans espaces en tête et utilise systématiquement un seul onglet pour séparer l'adresse numérique du nom d'hôte alphabétique. On me dit qu'un seul espace devrait également fonctionner, ou peut-être plusieurs espaces entre l'adresse et l'hôte.) Quoi qu'il en soit, il peut être important d'être cohérent.

  • Assurez-vous que chaque ligne commence par un "#" (pour la documentation) ou est une ligne de commande, jusqu'à ce que vous atteigniez la dernière ligne. Terminez ensuite avec une ligne complètement vierge.

  • Pour réitérer, commencez chaque ligne par une sorte de caractère, sans espaces vides, jusqu'à la fin du fichier. Alors,...

  • La dernière ligne doit être vide (sans caractères, masquée ou non).

  • Pour bloquer Google, par exemple, vous pouvez utiliser l'une des commandes:

    127.0.0.1<tab>www.google.com
    

    ou

    0.0.0.0<tab>www.google.com
    

    Avec 127.0.0.1vous obtenez le message d'erreur (dans Firefox)

    Impossible de se connecter.

    Avec 0.0.0.0vous obtenez le message d'erreur (Firefox)

    Serveur introuvable.

  • La dernière chose que je devais faire (qui empêchait les commandes de mes hôtes capricieux de fonctionner) était d'éliminer "http: //" ou "https: //" du nom alphabétique des hôtes. Je copiais des adresses Web entières et les plaçais dans la ligne de commande du fichier hosts. Erreur de recrue stupide par moi. Vous ne semblez pas avoir ce problème, mais d'autres le pourraient. Le "www". à partir d'une adresse Web (si présente) ne semble pas être un problème pour les commandes d'hôtes et peut en fait être nécessaire. Expérience.


-1

Utilisez-vous Internet Explorer? D'après mon expérience, vous devez redémarrer l'IE pour que les modifications des hôtes soient reconnues (d'autres navigateurs prendront immédiatement les modifications).


J'ai essayé cela avec IE et Chrome, merci quand même.
alysdal

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.