Un lecteur m’a récemment soumis un problème DNS mystérieux. Un ordinateur – et un seul ! – de son intranet ne pouvait pas se connecter à un DC particulier. L’ordinateur n’avait aucune difficulté avec les autres DC du réseau et aucun autre système n’avait de mal à se connecter à
Un ancien fichier HOSTS vous dispense de trouver un serveur
ce DC. Que se passait- il donc ?
J’ai passé en revue une liste de problèmes et de solutions possibles, en vain. A mon grand regret, j’ai dû admettre que je n’avais aucune idée. Quelques semaines plus tard, un courriel de sa part me donnait la réponse : un fichier HOSTS !
Dans \winnt\system32\drivers\etc (sur des systèmes Win2K) ou \windows\system32\drivers (sur des systèmes Windows XP et Windows 2003), on trouve un fichier de texte nommé HOSTS (sans extension de nom de fichier). Avant DNS, les fichiers HOSTS répondaient à des questions du genre « Quelle est l’adresse IP d’une machine de ce nom ? ». HOSTS est une simple liste de combinaisons d’adresse IP/nom d’ordinateur et de commentaires explicatifs commençant par un signe dièse (#). A l’heure qu’il est, HOSTS est très peu utilisé hormis quelques dépannages occasionnels. Mais chaque pile TCP/IP que j’ai vue supporte encore HOSTS. Votre fichier HOSTS contient probablement une seule ligne non commentaire – « 127.0.0.1 localhost » – qui amènera votre système à reconnaître le nom « localhost » comme étant lui-même. (L’adresse IP 127.0.0.1 est l’adresse de « bouclage » IP spéciale, donc l’envoi d’un ping à « localhost » fait que votre système s’envoie un ping à lui-même.)
Mais supposez que vous ayez un DC local appelé dc4.bigfirm. biz à 192.168.4.2. Si vous demandiez à un serveur DNS l’adresse IP de dc4.bigfirm.biz, vous obtiendriez 192.168.4.2 comme réponse. Mais maintenant supposez que quelqu’un ait placé un enregistrement tel que 10.0.0.5 dc4.bigfirm.biz dans le fichier HOSTS de votre PC client. Chaque fois que votre système essaiera de résoudre le nom dc4.bigfirm.biz, votre PC client pourrait obtenir deux réponses : 192.168.4.2 en provenance de DNS et 10.0.0.5 en provenance de HOSTS. Qui gagne ? HOSTS. En fait, votre système interroge d’abord HOSTS et si HOSTS a une réponse, le système ne prend même pas la peine de demander à DNS. Il se trouve que le PC du lecteur mentionné ci-dessus avait une entrée fichier HOSTS qui faisait référence au DC en question, mais que le fichier HOSTS avait la mauvaise adresse IP pour ce DC.
Morale de cette histoire : Quand un seul système a du mal à trouver un serveur particulier et qu’aucun autre système n’a cette difficulté, il faut examiner le fichier HOSTS du système en cause.
Téléchargez cette ressource
Sécuriser Microsoft 365 avec une approche Zero-Trust
Découvrez comment renforcer la cyber-résilience de Microsoft 365 grâce à une approche Zero-Trust, une administration granulaire et une automatisation avancée. La technologie Virtual Tenant de CoreView permet de sécuriser et simplifier la gestion des environnements complexes, tout en complétant vos stratégies IAM, y compris dans les secteurs réglementés.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- IA : ne déléguez pas votre cœur de métier à une boîte noire
- Identité de l’IA : 4 priorités pour anticiper plutôt que subir la régulation
- Sauvegarder les données ne suffit plus : il faut refonder le poste de travail
- Cybermalveillance : 2025, seuil franchi pour les victimes comme pour les cybercriminels
Articles les + lus
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
À la une de la chaîne Tech
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
