Solution 1 :
De nos jours, un système peut avoir plusieurs interfaces, chacune avec plusieurs adresses, et chaque adresse peut même être associée à plusieurs entrées DNS. Alors, que signifie un "nom d'hôte système" ?
De nombreuses applications utilisent le nom d'hôte du système comme identifiant par défaut lorsqu'elles communiquent ailleurs. Par exemple, si vous collectez des messages syslog sur un serveur central, les messages seront tous marqués avec le nom d'hôte du système d'origine. Dans un monde idéal, vous ignoreriez probablement cela (parce que vous ne voulez pas nécessairement faire confiance au client), mais le comportement par défaut - si vous nommez tous vos systèmes "localhost" - entraînerait un tas de messages de journal que vous ne serait pas en mesure de s'associer à un système spécifique.
Comme d'autres personnes l'ont souligné, le nom d'hôte du système est également un identifiant utile si vous vous retrouvez à accéder à distance à un certain nombre de systèmes. Si vous avez cinq fenêtres attachées à un système nommé "localhost", vous aurez du mal à les garder droites.
Dans le même ordre d'idées, nous essayons de faire en sorte que le nom d'hôte du système corresponde au nom d'hôte que nous utilisons pour l'accès administratif à un système. Cela permet d'éviter toute confusion lors de la référence au système (dans les e-mails, les conversations, la documentation, etc.).
Concernant le DNS :
Vous souhaitez disposer d'entrées DNS directes et inverses appropriées pour vos applications afin d'éviter toute confusion. Vous avez besoin de certains transmettre une entrée (nom -> adresse IP) pour que les personnes puissent accéder facilement à votre application. Avoir la correspondance d'entrée inversée est utile pour un certain nombre de raisons - par exemple, cela vous aide à identifier correctement l'application si vous trouvez l'adresse IP correspondante dans un journal.
Notez qu'ici, je parle d'"applications" et non de "systèmes", car - en particulier avec les serveurs Web - il est courant d'avoir plusieurs adresses IP sur un système, associées à différents noms d'hôte et services.
Essayer de maintenir les mappages nom-IP dans votre /etc/hosts fichier devient rapidement difficile à mesure que vous gérez un nombre croissant de systèmes. Il est très facile pour le fichier d'hôtes local de se désynchroniser par rapport au DNS, ce qui peut entraîner une confusion et, dans certains cas, un dysfonctionnement (parce que quelque chose essaie de se lier à une adresse IP qui n'existe plus sur le système, par exemple).
Solution 2 :
Vous pouvez définir chaque nom d'hôte sur "localhost", mais il est très pratique d'avoir [email protected] ~ $ dans votre invite de commande lorsque vous gérez des machines via ssh.Gérer des serveurs à distance peut devenir très déroutant si vous ne le faites pas.
Il est important d'avoir un nom de domaine complet correct lorsque vous hébergez un serveur Web ou un serveur de messagerie. Ces types d'applications serveur aiment savoir "sur qui" elles s'exécutent.
Pour choisir un bon schéma de nommage, je vous renvoie à cette question très populaire .
Un nom de domaine complet n'est utile que lorsqu'il est significatif pour un autre ordinateur. Il existe trois niveaux :
- Un ordinateur de votre réseau local a une entrée dans son fichier hosts qui pointe vers cette machine
- Vous avez un serveur DNS en cours d'exécution sur votre réseau local et chaque ordinateur local qui l'utilise comme serveur DNS connaît désormais plato par son nom.
- Vous enregistrez un nom de domaine et maintenant le monde entier sait à quelle machine le nom plato.alixaxel.com pointe.
Lors de l'envoi d'e-mails ou de la diffusion de pages Web vers le monde extérieur, le troisième est celui que vous souhaitez avoir. Dans la plupart des autres cas, vous pouvez vous contenter d'un DNS local ou même modifier des fichiers hôtes.
Dans ce cas, vous pouvez simplement créer un nom de domaine (plato.alixnetwork pourrait convenir comme FQDN) à utiliser dans votre réseau local. La seule valeur ajoutée d'avoir la partie "alixnetwork" (le nom de domaine) est la commodité lorsque vous avez un autre réseau local dont vous souhaitez le distinguer.
Solution 3 :
Un aperçu de base. Les noms d'hôte ne sont que des pointeurs ; vous pouvez en attribuer un spécifique au nom d'hôte référencé par la machine, mais il peut en avoir plusieurs. Certains services, notamment la messagerie et HTTP, s'appuient sur des noms de domaine pour savoir où les services doivent être situés et comment y accéder.
Il y a longtemps, tous ces noms (qui, encore une fois, ne sont que des pointeurs vers des adresses IP) étaient conservés dans un fichier appelé hosts . Au fur et à mesure que le système se développait, ils étaient incapables de maintenir le fichier synchronisé sur tous les ordinateurs concernés participant aux différents réseaux interconnectés. Ainsi, le système DNS a été inventé. Lorsque vous effectuez une recherche de nom, il vérifie toujours le fichier hosts en premier, puis le système DNS. Windows peut également vérifier d'autres systèmes comme WINS ou NetBIOS.
Lorsque vous mettez une entrée dans un hosts fichier, vous ne l'attribuez pas à l'ordinateur. L'attribution d'un nom d'hôte comme celui utilisé par l'ordinateur se fait dans les fichiers de configuration (sur les systèmes *nix) et les propriétés système dans les systèmes Windows (le système Windows peut également avoir des suffixes spécifiques à la carte réseau).
Entrées dans le hosts fichier, comme le système DNS, ne sont qu'un mappage d'un nom d'hôte à une adresse IP. Pour utiliser le nom d'hôte 'localhost' (il n'y a rien de spécial à ce sujet, c'est un nom d'hôte comme tout le reste), il doit être mappé sur l'interface de bouclage (il pointera donc toujours vers l'ordinateur local). Pour garantir que cela fonctionne, tous les ordinateurs sont livrés avec ce mappage par défaut dans leur hosts fichier, mais il pourrait potentiellement être supprimé, si vous ne vouliez pas pouvoir utiliser ce nom d'hôte.
De plus, comme d'autres l'ont noté, il est très utile d'attribuer un nom d'hôte à un ordinateur. Lorsqu'il est connecté à l'ordinateur, vous pouvez lui faire afficher son nom d'hôte lorsque vous vous connectez, ou comme invite, ou à n'importe quel autre endroit. Cela facilite l'identification de l'ordinateur auquel vous êtes connecté. Si vous configurez ce nom d'hôte dans DNS ou le mettez dans tous les hosts fichiers, vous pourrez vous connecter à l'ordinateur en référençant son nom d'hôte au lieu d'avoir à connaître son adresse IP à tout moment. (Encore plus utile si l'ordinateur utilise DHCP, car l'adresse peut changer. Si l'ordinateur met à jour le DNS, l'enregistrement DNS pointera vers la nouvelle adresse IP; vous pouvez toujours vous connecter sans connaître la nouvelle adresse IP car vous connaissez le nom DNS ).
Il existe de nombreuses autres utilisations des deux hosts et DNS, mais je suppose que vous avez plus de questions que de réponses si vous lisez tout cela.
Solution 4 :
Chaque hôte doit recevoir un nom significatif. Le nom d'hôte peut servir à plusieurs fins :
1- Cela vous aide à reconnaître sur quoi vous travaillez actuellement.
2- Utilisation des noms configurés en /etc/hosts et/ou des enregistrements DNS est plus facile que de mémoriser de nombreuses adresses IP.
3- Localhost est un nom réservé pour faire référence à la machine actuelle (adresse 127.0.0.1).
4- Les enregistrements DNS sont utiles pour rendre vos serveurs accessibles au public.
Choisir un nom approprié pour chaque serveur vous aide beaucoup dans votre administration. De plus, cela aide vos clients à accéder à vos serveurs.
Solution 5 :
En passant, une résolution DNS avant et arrière correcte est la pierre angulaire absolue de toute installation informatique sur cette planète. Ne sous-estimez jamais la nécessité d'un DNS bien entretenu et d'une bonne résolution de nom d'hôte !