Jai eu une erreur “ hostname: nom ou service inconnu ” lors de la vérification de ladresse IP du nom dhôte

Cela signifie que « le system « (jutilise ce terme dans un sens large, général et ambigu) ne sait pas que le nom ubuntu14-graphite correspond à votre hôte et à son adresse IP. (Le fait que ce soit votre hôte « s nom nest pas suffisant pour que cela se produise .) Cela signifie presque sûrement que vous navez pas de ligne pour ubuntu14-graphite dans votre /etc/hosts fichier ^† , et que ce nest pas dans votre service de dénomination (par exemple, DNS ou NIS). Par conséquent, un moyen de résoudre ce problème consiste à ajouter ubuntu14-graphite (et son adresse IP) à votre /etc/hosts. Si vous utilisez un système de dénomination plus sophistiqué (distribué) tel que DNS ou NIS (ou peut-être ActiveDirectory?), La solution ultime consiste à ajouter votre hôte à ce service.
_____________
† … et je vois dans votre message de votre fichier dhôtes que cest le cas.

Il y a un débat sur la question de savoir quelle adresse IP vous devez associer à votre nom dhôte . Tout le monde convient quil devrait sagir dune adresse qui « fonctionne » pour votre hôte; cest-à-dire que les commandes comme ping A.B.C.D devraient réussir. Certaines personnes recommandent dutiliser une adresse de bouclage. Les adresses de bouclage sont toujours de la form 127 .BCD ; les valeurs courantes sont 127.0.0.1 et 127.0.1.1. Dautres personnes recommandent dutiliser une adresse LAN, qui pourrait ressembler à 192.168 .CD (mais cela peut être presque nimporte quoi) – mais vous ne devriez pas mettre une adresse attribuée dynamiquement dans votre fichier dhôtes (et, si vous utilisez DHCP avec DNS, alors la ou les adresses attribuées dynamiquement doivent être entrées dans vos enregistrements DNS automatiquement). Utilisez des commandes telles que ifconfig et hostname -I pour voir quelles adresses sont utilisées.

Commentaires

• Merci de votre réponse. Jai modifié ma question car jai remarqué un autre cas lié à mon serveur CentOS qui ‘ na rien dautre que 127.0.0.1 localhost mais je peux toujours vérifier mon hôte ‘ s IP.
• Eh bien, peut-être que le nom et ladresse du serveur CentOS sont entrés dans le système DNS (ou quel que soit le service de noms utilisé).
• Dans le système CentOS, les utilitaires bind et bind nétaient pas installés. Donc je ‘ je suis vraiment confus.
• @TheOne Ubuntu traite hostname différemment des systèmes basés sur RH..put 127.0.1.1 ubuntu14-graphite dans le fichier /etc/hosts et vérifiez..note, son 127.0.1.1, pas 127.0.0.1 (que vous pouvez conserver de toute façon juste pour localhost, comme 127.0.0.0/8 est un bloc de bouclage, vous pouvez utiliser nimporte quelle adresse bien que certains systèmes aient des adresses restreintes prédéfinies)
• @heemayl Donc, en mettant 127.0.1.1 ubuntu14-graphite sur / etc / hosts puis vérifiez ladresse IP, je nai ‘ pas obtenir la bonne adresse IP. Cela na ‘ pas de sens, non?

Le moyen réel de vérifier ladresse IP dune machine consiste à utiliser la commande ifconfig.

Notez quen fonction de la configuration actuelle du cloud, linstance de serveur peut ne pas connaître ladresse IP publique et ne connaître quune adresse IP de VLAN. Pour plus de détails à ce sujet, vous devez vous référer à la documentation de votre fournisseur.

Commentaires

• Non; ip a s. Voir serverfault.com/q/458628/89813 – ifconfig est obsolète sous Linux.

Ajoutez lentrée myhostname au service hosts dans /etc/nsswitch.conf.

En dautres termes, remplacez cette ligne par /etc/nsswitch.conf:

hosts: files dns 

par ceci:

hosts: files dns myhostname 

Là où les noms dhôte sont généralement résolus à laide du fichier /etc/hosts et dns, le nom dhôte du système peut également être résolu en disant au commutateur de service de noms de le faire (comme ce changement de configuration le fera).

Cela expliquerait pourquoi vous navez rien vu de spécial à propos de /etc/hosts fichier sur le système que vous pouvez résoudre le nom dhôte local.

Plus dinformations sur lindicateur myhostname sont ici .

À mon avis, cela dépend de la version de la commande hostname (package net-tools).

Voir: https://bugzilla.redhat.com/show_bug.cgi?id=319981

• exemple sur  » openSuse Leap 42.3 « :

 # hostname -V net-tools 1.60 hostname 1.100 (2001-04-14) # hostname -i hostname: Name or service not known 

• sur Lubuntu 17.10

 $ hostname -V hostname 3.18 

hostname -i – me donne des informations sur IPv6 et IPv4

Commentaires

• Ce rapport de bogue concerne hostname -s, pas hostname -i. Ceci nest pas lié aux versions de hostname, il sagit de savoir si le nom dhôte donné par hostname peut être résolu.

Si le problème nest toujours pas résolu malgré lapplication des solutions de contournement ci-dessus:

Essayez de supprimer la partie http:// de lURL de votre commande telnet comme indiqué ci-dessous:

Au lieu dutiliser:

telnet http://website.lab7-2533586.ch-geni-net.instageni.colorado.edu 80 

Essayez ceci:

telnet website.lab7-2533586.ch-geni-net.instageni.colorado.edu 80 

Allez dans etc / hosts.save, vérifiez votre nom dhôte. Et puis éditez /etc/hosts pour y écrire votre nom dhôte et le nom dhôte dans hosts.save. Vérifiez également ladresse IP. Exemple:

127.0.0.1 ubuntu 127.0.1.1 ubuntu.ubuntu-domain ubuntu 

Commentaires

• Définition dune adresse IP localhost dans /etc/hosts ne leur donnera pas ladresse IP réelle. Je ne vois pas non plus pourquoi vous ‘ regardez également /etc/hosts.save qui est une technicité et très hors de propos.