Les noms d'hôtes - De quoi s'agit-il ?

Vous pourriez définir tous les noms d'hôtes à "localhost", mais il est très pratique de disposer de alix@plato ~ $ dans votre invite de commande lorsque vous gérez des machines via ssh. La gestion des serveurs à distance peut devenir très confuse si vous ne le faites pas.

Il est important d'avoir un FQDN correct lorsque vous hébergez un serveur web ou un serveur de messagerie. Ces types d'applications serveur aiment savoir "sur qui" elles tournent.

Pour choisir un bon système de dénomination, je vous renvoie à cette question très populaire .

Un FQDN ne devient utile que lorsqu'il est significatif pour un autre ordinateur. Il existe trois niveaux pour cela :

• 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 qui fonctionne sur votre réseau local et chaque ordinateur local qui l'utilise comme serveur DNS connaît maintenant plato par son nom.
• Vous enregistrez un nom de domaine et le monde entier sait maintenant vers quelle machine pointe le nom plato.alixaxel.com.

Pour l'envoi de courrier électronique ou la transmission de pages Web au monde extérieur, c'est le troisième qui est le plus approprié. Pour la plupart des autres cas, vous pouvez vous contenter d'un DNS local ou même de l'édition de fichiers hosts.

Dans ce cas, vous pouvez simplement créer un nom de domaine (plato.alixnetwork pourrait convenir comme FQDN) à utiliser au sein de votre réseau local. La seule valeur ajoutée de la partie "alixnetwork" (le nom de domaine) est la commodité lorsque vous avez un autre réseau local dont vous souhaitez le distinguer.

Un aperçu de base. Les noms d'hôtes ne sont que des pointeurs ; vous pouvez en assigner un spécifique comme étant le nom d'hôte référencé par la machine, mais il peut en avoir plusieurs. Certains services, notamment le courrier électronique et HTTP, s'appuient sur les noms de domaine pour savoir où se trouvent les services et comment y accéder.

Il y a longtemps, tous ces noms (qui, une fois encore, 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, il était impossible de maintenir la synchronisation du fichier sur tous les ordinateurs concernés participant aux différents réseaux interconnectés. Le système DNS a donc été inventé. Lorsque vous recherchez un nom, il vérifie toujours d'abord le fichier hosts, 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 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 dans les propriétés du système sur les systèmes Windows (les systèmes Windows peuvent également avoir des suffixes spécifiques aux cartes réseau).

Les entrées dans le hosts comme le système DNS, ne sont qu'une correspondance entre un nom d'hôte et une adresse IP. Pour utiliser le nom d'hôte 'localhost' (il n'a rien de spécial, c'est un nom d'hôte comme tous les autres), il doit être mappé sur l'interface loopback (afin qu'il pointe toujours vers l'ordinateur local). Pour s'assurer que cela fonctionne, tous les ordinateurs sont livrés avec ce mappage par défaut dans leur fichier hosts mais il peut être supprimé si vous ne souhaitez pas utiliser ce nom d'hôte.

En outre, comme d'autres l'ont fait remarquer, il est très utile d'attribuer un nom d'hôte à un ordinateur. Une fois connecté à l'ordinateur, vous pouvez faire en sorte qu'il affiche son nom d'hôte lorsque vous vous connectez, ou comme invite, ou à tout autre endroit. Cela permet d'identifier plus facilement l'ordinateur auquel vous êtes connecté. Si vous configurez ce nom d'hôte dans le DNS ou si vous le placez dans tous les serveurs de l'entreprise, vous pouvez l'utiliser. hosts vous pourrez vous connecter à l'ordinateur en faisant référence à son nom d'hôte au lieu de devoir connaître son adresse IP en permanence. (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 pourrez toujours vous connecter sans connaître la nouvelle adresse IP puisque vous connaissez le nom DNS).

Il y a beaucoup d'autres utilisations des deux hosts et DNS, mais je pense que vous avez plus de questions que de réponses si vous lisez tout ça.

Chaque hôte doit recevoir un nom significatif. Le nom d'hôte peut servir à plusieurs fins :

1- Il vous aide à reconnaître ce sur quoi vous travaillez actuellement.

2- Utiliser les noms configurés dans /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.

Le choix d'un nom approprié pour chaque serveur vous aide beaucoup dans votre administration. De plus, cela facilite l'accès de vos clients à vos serveurs.

Avertissement : la question principale concerne les systèmes Linux. N'hésitez donc pas à ignorer cette réponse si vous n'êtes pas intéressé par l'aspect Windows du problème.

Quoi qu'il en soit, dans les systèmes Windows, en dehors de tous les points mentionnés dans d'autres réponses, le nom d'hôte est en fait utilisé par le système d'exploitation lui-même, à des fins de mise en réseau et d'authentification, notamment :

• Chaque système, qu'il soit ou non membre du domaine, doit avoir un nom unique. dans le même réseau (c'est-à-dire dans le même sous-réseau IP), sinon un conflit d'appellation se produira et divers services réseau (principalement le partage de fichiers et d'impressions) ne fonctionneront pas.
• Tous les systèmes qui sont membres du même domaine Active Directory doivent avoir un nom unique, indépendamment des frontières du réseau.
• Dans un environnement de domaine, le nom d'hôte d'un système fait office de principal de sécurité et peut être utilisé pour l'authentification à distance (pensez-y comme un compte d'utilisateur pour la machine) ; des permissions et des droits d'accès peuvent lui être attribués et il peut être placé dans des groupes à des fins de sécurité. Cela a un impact sur tous les processus exécutés sur le système à l'aide de la fonction intégrée LocalSystem y NetworkService qui peuvent s'authentifier auprès d'autres systèmes en utilisant les informations d'identification du système sur lequel ils s'exécutent ; cela permet, par exemple, à un processus s'exécutant en tant que NetworkService sur SystemA pour accéder à un dossier partagé sur SystemB en accordant des permissions sur le dossier au compte utilisateur de SystemA.