2 votes

L'ajout de servername comme alias pour localhost/loopback est-il correct ?

Sur les systèmes linux, j'ai vu de nombreuses variations de configurations /etc/hosts en ce qui concerne l'adresse de bouclage, localhost et les alias de serveur. Certaines incluent le nom du serveur comme alias pour l'adresse localhost/loopback (127.0.0.1), d'autres non. J'essaie de déterminer laquelle des deux est la plus "correcte", et quels problèmes des configurations incorrectes peuvent causer.

Par exemple, pour un serveur imaginaire nommé alice, avec un FQDN de alice.example.com, et une IP de 192.168.42.42, j'ai vu ces configurations /etc/hosts (et plus encore) :

Option 1:
127.0.0.1 alice.example.com alice localhost.localdomain localhost
192.168.42.42 alice.example.com alice

Option 2:
127.0.0.1 localhost.localdomain localhost alice.example.com alice
192.168.42.42 alice.example.com alice

Option 3:
127.0.0.1 localhost.localdomain localhost alice
192.168.42.42 alice.example.com alice

Option 4:
127.0.0.1 localhost.localdomain localhost
192.168.42.42 alice.example.com alice

Alors, parmi ces options, laquelle est la plus correcte ? J'ai moi-même tendance à choisir l'option 4, mais je n'ai pas de raison valable pour cela. Je me méfie particulièrement de l'option 1, car elle ne définit pas le nom de machine FQDN comme canonique pour 127.0.0.1 ainsi que pour 192.168.42.42 ? Je ne vois pas en quoi cela est différent de l'option 2, par exemple, où il s'agit simplement d'un "alias" pour 127.0.0.1.

1voto

RyanBrady Points 1903

Je vois cette question comme suit : "Comment la machine locale doit-elle nommer une adresse IP donnée ? La réponse courte pourrait être que dans le monde moderne, rien de tout cela n'a vraiment d'importance puisque tout le monde fait des recherches DNS tout le temps de toute façon.

Néanmoins, je reconnais que /etc/hosts est encore utile de bien des façons. J'ai tendance à choisir l'option 4 par habitude parce qu'elle me semble la plus simple. Cependant, maintenant que j'y pense, quelque chose comme l'option 3 semble plus correct. Si vous n'avez pas de dns, vous devez répondre à deux questions fondamentales :

  1. à quelle adresse IP correspond le nom de la machine locale ?
  2. quelle adresse IP correspond à localhost ?

Si vous n'avez pas de dns et que vous vous fiez entièrement à /etc/hosts, vous ne vous souciez probablement pas non plus du fqdn. Dans ce cas, l'option 3 permet à votre machine de répondre aux questions 1 et 2 avec l'adresse IP de bouclage, dont vous pouvez supposer qu'elle est toujours vivante et fonctionnelle. Je suppose qu'il est possible que l'adresse IP réelle de la machine ne soit pas configurée sur une interface, ce qui entraîne une défaillance du chemin réseau.

Ainsi, ma réponse mal raisonnée est de choisir le n°3 car il répond aux questions de base et est le plus robuste face à des configurations de réseau incertaines.

Il s'agit d'une de ces questions qui semblent simples, mais qui deviennent de plus en plus complexes à mesure que l'on y réfléchit.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X