URL: https://linuxfr.org/forums/linux-redhat/posts/configurer-lordre-de-r%C3%A9solution-de-noms-dh%C3%B4tes Title: Configurer l'ordre de résolution de noms d'hôtes Authors: Dabowl_92 Date: 2007年09月13日T14:57:25+02:00 Tags: Score: 0 Bonjour, Je cherche à configurer l'ordre de recherche pour la résolution de nom d'hôte sur un environnement redhat. Je veux simplement que la machine resolve les noms d'hôtes en se basant sur le fichier /etc/hosts. _L'environnement est configuré comme suit_ : Le fichier /etc/resolv.conf est vide Le fichier /etc/host.conf contient la ligne suivante : order hosts Le paramètre host de /etc/nsswitch.conf est le suivant : hosts: files Le fichier /etc/hosts contient divers enregistrements permettant l'association IP Nom d'hôte. Maintenant, si je cherche à résoudre "localhost" avec les commandes host, nslookup ou même dig, j'obtiens un time out, tout simplement parce que ces 3 commandes cherchent à contacter un DNS. La commande "strace" montre clairement que les commandes host, nslookup font un open sur /etc/resolv.conf, comme il n'y a pas de DNS ça tombe en time out, et ça ne va même pas lire /etc/hosts. La commande ping a un comportement à peu près équivalent, elle cherche d'abord sur /etc/resolv.conf puis après sur /etc/hosts. En lisant la page de manuel de la primitive gethostbyname : Les interrogations du serveur de noms effectuées par gethostbyname() et gethostbyaddr() utilisent les éléments suivants : le serveur de noms named(8), les lignes de /etc/hosts, et l'annuaire Network Information Service (NIS ou YP), suivant le contenu de la ligne order du fichier /etc/host.conf.L'action par défaut consiste à interroger named(8), puis /etc/hosts. Il semblerait que ce soit le comportement par défaut qui soit utilisé malgré la configuration explicite de mon /etc/host.conf. L'url suivante mentionne exactement le même problème que moi: [http://www.frameip.com/nntp/fr-comp-reseaux-ip/28619-fr-comp(...)](http://www.frameip.com/nntp/fr-comp-reseaux-ip/28619-fr-comp-reseaux-ip-gethostbyname-sans-dns.htm#tcpip-voip-vpn-ip-ipv4-ipv6-28619) Quelq'un aurait une idée ?