Solution 1 :
Il n'y a pas beaucoup de différence entre les deux; 127/8
(ex :127.0.0.0
=> 127.255.255.255
) sont tous liés à l'interface de bouclage.
La raison en est documentée dans le manuel Debian au ch. 5 Configuration du réseau - 5.1.1. La résolution du nom d'hôte.
En fin de compte, c'est une solution de contournement de bogue; le rapport d'origine est 316099.
Solution 2 :
Pour résumer les informations liées :
- Il est (discutablement) utile d'avoir une entrée dans votre
/etc/hosts
traduire le nom de domaine complet de la machine en son adresse IP permanente. debian-installer
, et plus précisément, sonnetcfg
composant, crée actuellement (jusqu'en mars 2013 au moins) cette entrée.- Si la machine n'est pas connue pour avoir une adresse IP permanente, l'installateur Debian veut toujours qu'elle ait ce type d'entrée.
- L'adresse
127.0.1.1
utilise l'interface de bouclage, répondue par votre propre machine, tout comme127.0.0.1
mais est une entrée distincte dans/etc/hosts
qui peut être considéré séparément de127.0.0.1
si/quand nécessaire.
Thomas Hood explique l'ajout de cette entrée comme suit :
[Ceci] garantira que si le nom d'hôte UNIX est résolu, il s'agira toujours de son propre nom d'hôte canonique
mais :
À long terme, le nom d'hôte UNIX ne devrait pas du tout être placé dans /etc/hosts.
Solution 3 :
J'étais moi-même curieux et je n'aimais aucune des autres réponses car elles ne semblaient pas répondre à ce que je cherchais au moins.
La réponse : En regardant ce document, il semble presque comme si Thomas déclarait qu'il lui donnait une autre adresse IP dédiée sur le bouclage lui permettant d'être canonique.
Les deux pointent vers votre bouclage. L'utilisation suivante de 127.0.1.1 est une adresse IP réelle, sur le bouclage, tandis que 127.0.0.1 est soit le périphérique lui-même, soit une autre adresse IP sur le bouclage. Les deux se retrouvent sur le même sous-réseau, représentant le bouclage, mais sont séparés par ip. Ils sont équivalents au niveau DNS, mais séparés en raison de leur adresse IP dédiée.
Le fait est que vous pouvez avoir toutes vos entrées sur une seule ligne comme celle-ci
127.0.0.1 localhost localhost.domain www.myfakednsname.com myakednsname.com
Si votre nom d'hôte est local, ce qui signifie qu'il n'y a pas d'entrée DNS Internet globale mappée sur une adresse IP Internet réelle, alors dans ce cas, Thomas disait que vous DEVEZ avoir la 2ème ligne d'entrée, comme ceci pour la dédier là (à canonique).
127.0.0.1 localhost localhost.localdomain
127.0.1.1 myfakednsname
Solution 4 :
J'ai lu plusieurs réponses autour, et je suis franchement un peu confus.
J'ai d'abord essayé de comprendre ce qu'est le nom d'hôte canonique ici.
Ce que je peux dire, c'est que @cmroanirgo a raison de dire cela sur mon ordinateur portable Ubuntu, en invoquant
hostname --fqdn
avec /etc/hosts
configuré comme ceci
127.0.0.1 localhost
127.0.1.1 laptop
renvoie laptop
, tout en changeant le fichier comme suit
127.0.0.1 localhost laptop
renvoie localhost
.
Quels impacts cela peut avoir, je n'en ai aucune idée, sauf le fait que si vous avez un logiciel qui se lie au nom d'hôte et que vous devez lui parler en interne sur votre machine, ne vous attendez pas à pouvoir utiliser le nom d'hôte "localhost" pour faire le travail, dans cette configuration, car ils finissent par résoudre deux adresses distinctes distinctes.