Network Working Group                                          D. Libes
Request for Comments: 1178                Integrated Systems Group/NIST
FYI: 5                                                      August 1990
Traduction : Stephane P. <polariscorp@free.fr>

                   Choisir un nom pour votre ordinateur

Statuts de ce Mémo

		Cette FYI/RFC est une réplique d'une communication des articles d'ACM sur ce qu'il faut et ne faut pas faire quand on nomme un ordinateur [1]. Ce mémo fournit des informations sur la communauté Internet. Il ne spécifie aucun standard.

		La distribution de ce mémo est sans limites.

Résumé

		De manière à distinguer de manière simple les nombreux ordinateurs, nous leur donnons des noms. L'expérience a montré qu'il est aussi facile de choisir de mauvais noms que de bons. Cet essai présente un guide pour décider ce qui fait ou ne fait pas un bon nom d'ordinateur.

		Mots-clefs : Système de nom de domaine, conventions de nommage, administration d'ordinateur, administration réseaux.

Introduction

		Dès que l'on a affaire à plus d'un ordinateur, vous avez besoin de les distinguer entre eux. Par exemple pour dire à votre administrateur réseau qu'un ordinateur est en panne, vous pouvez dire "Hé Ken.Goon à crashé!"

		Les ordinateurs ont aussi besoin de se distinguer entre eux. Ainsi quand vous envoyez un mail à un collègue sur un autre ordinateur vous utilisez "mail libes@goon".

		Dans chaque cas Goon se réfère à un ordinateur particulier. La manière dont le nom est en fait déréférencé par un humain ou par un ordinateur ne nous concerne pas ici. Cet essai est seulement écrit dans le but de choisir un "bon" nom. (Il est entendu que le lecteur a une bonne compréhension du système de nom de domaine comme décrit dans le [2].)

		En prenant un "bon" nom pour votre ordinateur, vous pouvez éviter un certain nombre de problèmes sur lesquels les gens trébuchent encore et encore.

	Voici ce qu'il ne faut PAS faire.

		Ne pas prendre des termes d'un usage courant.

		Utiliser un mot qui a une forte implication sémantique dans le contexte actuel provoquera de la confusion. Et ceci est spécialement vrai dans le dialogue oral où la ponctuation n'est pas claire et la grammaire souvent incorrecte.

		Par exemple, une base de données distributive a été construite au dessus de plusieurs ordinateurs. Chacun a un nom différent. On a appelé une machine "up" parce que c'était la seule qui acceptait les updates. Les conversations donneront quelque chose comme   "Is up down?" ou "Boot the machine up" suivit par un "Which machine ?"

		Bien qu'il ne faille pas longtemps pour comprendre et s'habituer à cette loufoquerie, c'est ennuyeux quand votre esprit trébuche, et qu'il faut s’arrêter et penser a chaque mot dans une phrase. C’est comme si tout d'un coup le Français devenait une langue étrangère.

		Ne pas choisir un nom d'après un projet unique de cette machine.

		Une usine a appelé une machine "magasin" sachant  qu'elle allait contrôler des machines en magasin. Peu après, une nouvelle machine fut acquise pour décharger quelques tâches. Inutile de dire qu'elle ne pouvait s’appeler "magasin" aussi.  En fait, chaque machine faisait des tâches plus précises, permettant un nommage plus précis. Un an plus tard, 5 nouvelles machines furent installées et la machine du début fut déplacée en un autre endroit. Il est simplement impossible de choisir un nom générique qui puissent rester approprié pour très longtemps.

		Bien sûr ils auraient pu appeler la seconde machine "magasin 2" et ainsi de suite. Vous pourriez tout aussi bien les appeler "1", "2" et "3". Le seul contexte dans lequel cela est approprié est quand vous avez beaucoup de machines et qu'il n'y a aucune raison pour un humain de les distinguer. Par exemple une ordinateur maître peut contrôler un panel de 100 ordinateurs. Dans ce cas il paraît sensé de s'y référer avec des nombres.

		Alors que les ordinateurs ne sont pas analogues aux personnes, leurs noms  le sont. Personne n'espère apprendre quelque chose de quelqu’un par son nom. Ce n'est pas parce que quelqu'un s'appelle "Don" qu'il est le maître du monde (en dépit de ce que dit le livre "Choisir un nom pour son bébé"). En fait, les noms sont juste des marqueurs arbitraires. Vous ne pouvez pas dire d'une personne ce qu'il fait dans la vie, quelles sont ses passions, etc... juste grâce à son prénom.

N'utilisez pas votre nom.

		Même si l’ordinateur est installé sur votre bureau, c'est une erreur de lui donner votre nom. C'est un autre cas de surcharge, qui devient vite ambigu. Est-ce que "Donne le lecteur de disquette à Don" se réfère à une personne ou l’ordinateur?

		Même l'utilisation de vos initiales n'est pas satisfaisante. Que va t'il se passer si j'ai une nouvelle machine dans un an ? Quelqu'un va avoir "Don" et je finirais mes jours avec "Jim". Les machines peuvent être renommées mais c'est une surcharge de travail et de plus, un programme qui utilise une base de données ou  un périphérique spécifique avec "Don" commencerait à craquer quand il ne les trouverait pas sur le "nouveau Don".

		Il est très tentant de nommer votre premier ordinateur avec votre propre nom. Mais réfléchissez y. Est-ce que vous nommez chaque objet par votre nom? Non. Votre chien a son propre nom, de même que vos enfants. Si vous êtes de ceux qui nomme leur voiture et autres objets, vous ne re-utilisez certainement pas votre propre nom. Sinon vous auriez bien du mal à les distinguer dans un dialogue.

		Pour la même raison, il est bien entendu que nommer votre ordinateur d’après le nom que vous donnez à votre voiture ou tout autre objet en votre possession est une erreur.

	N'utilisez pas de noms longs

		C'est dur à quantifier, mais l'expérience montre que des noms plus longs que 8 caractères ennuient tout simplement les gens.

		La plupart des systèmes permettront des abréviations pré-specifiques, mais pourquoi ne pas choisir un nom qu'il n'est pas nécessaire d'abréger pour commencer? Cela réduit les chances de confusion.

      Eviter les appellations alternatives.

		Une fois, nous avons appelé une machine "czek". Dans les discussions, les gens pensaient constamment que nous parlions d’une machine appellée "check". Bien que "czek" ne soit même pas un mot (alors que "Czech" en est un).

		Les mots avec une syntaxe incorrecte (mais jolie) tendent aussi à ennuyer un grand nombre d’utilisateurs. Aussi, ceux qui ont appris l'anglais en seconde langue se posent souvent des questions sur leur propre savoir quand ils voient un mot qu’ils connaissent mais écrit différemment. ("Je suppose que j'ai toujours écrit "fonxion" de manière incorrecte. C'est gênant !")

		Maintenant vous devez vous dire "Ceci est idiot...ceux qui ont besoin de savoir comment épeler un nom l’apprendront et voilà tout." C'est en partie vrai, mais cela posera éventuellement des problèmes quelque part.

		Par exemple, un jour une machine appelée "pythagoris" (sic) est devenu folle et a commencé à envoyer un nombre impressionnant de messages à l'administrateur de l'ordinateur. Celui ci n'étant pas très fort en orthographe, n'avait jamais vu cette machine avant (quelqu'un d'autre l'avait nommé), mais il devait avoir à faire avec cette machine puisqu’elle  encombrait le réseau et buggait sa machine qui enregistrait toutes les erreurs. Il est inutile de dire qu'il a fallut qu'il regarde à chaque fois comment écrire "pythagoris" (Il soupçonnait qu’il existait une abréviation, mais il aurait du se mettre sur un autre ordinateur pour la trouver et le réseau était trop encombré pour le faire).

	Eviter les noms de domaine.

		Pour des raisons techniques, les noms de domaines devraient  être évités. En particulier, la résolution de noms d'hôte non-absolus est problématique. Les "resolvers" vérifieront les noms avec les domaines avant de les confronter aux noms d'hôte. Mais nous avons vu des instances de mailers qui refusaient de traiter les marques de nom unique en tant que domaines. Par exemple, supposons que vous envoyez un mail à "libes@rutgers" de yale.edu. En fonction de son implémentation, le mail ira soit à rutgers.edu soit a rutgers.yale.edu (en supposant que les deux existe).

	Evitez les pseudo-noms de domaines

		Les noms de domaine sont soit organisationnels (cia.gov) soit géographiques (dallas.tx.us). En utilisant quelque chose comme cela aura tendance à impliquer une connexion. Par exemple, le nom "Tahiti" ferait entendre que vous êtes localisé sur cette île. C'est embêtant quand il s'agit vraiment d'un autre endroit. ( "tahiti.cia.goc est à Langley, Virginie  ? Je pensait que c’était le bureau tahitien de la CIA  ! "). Si il est réellement localisé  par rapport au nom, cela implique qu'il s'agisse du seul ordinateur là bas. Si ce n'est pas faux maintenant, cela le deviendra.

		Il y a quelques noms organisationnels ou géographiques qui fonctionnent bien. Ce sont exactement ceux qui ne fonctionnent pas bien en tant que noms de domaine. Par exemple, des noms vagues tels que les rivières, les endroits mythologiques et autres impossibilités sont très convenables. ("terre" n'est pas encore un nom de domaine).

	Ne pas utiliser de noms antagonistes ou embarrassants.

		Des mots comme "Crétin" ou "Imbécile" sont parfaits si personne ne les voit. Mais si jamais vous faite une démo sur votre machine, vous trouverez que les personnes seront distraites par la vue de ces drôles de mots a l'écran. (Peut être que leurs épouses les auront appelés comme ça le matin même) Pourquoi prendre le risque de les perturber pour quelque chose qui n’a rien à voir avec votre démo.

	Ne pas utiliser de chiffres au début des noms

		Plusieurs programmes acceptent une adresse internet numérique aussi bien qu'un nom. Malheureusement, quelques programmes ne font pas la distinction entre les deux et peuvent être piégés, par exemple par une chaîne commençant par un chiffre décimal.

		Les noms reposant entièrement sur des hexadécimaux digitaux, tels que "beef", sont aussi problématiques, puisqu'ils peuvent être interprétés entièrement aussi bien comme nombres hexadécimaux  que comme chaînes alphanumériques.

	Ne pas utiliser de caractères non-alphanumériques dans un nom.

		Votre ordinateur personnel peut peut-être supporter la ponctuation ou des caractères de contrôle, mais beaucoup d'autres ne le peuvent pas. Si jamais vous espérez connecter votre ordinateur à un réseau hétérogène, vous pouvez compter sur de nombreuses interprétations des caractères non-alphanumèriques dans les noms. Les conventions de réseau sur ce sujet ne sont pas (étonnamment) standardisées.

	Ne vous attendez pas à un respect de la casse.

		Majuscules et minuscules se ressemblent pour un grand nombre de logiciels Internet,. Il semblerait approprié de mettre en majuscules un nom de la même manière que vous le feriez en Français, mais les conventions disent de tout mettre en minuscules (cela économise l'appuie sur la touche SHIFT).

Maintenant que nous avons vu ce qu'il ne fallait pas faire voici des suggestions sur des noms qui fonctionnent bien.

	Utiliser des mots/noms rarement utilisés.

		Alors qu’un mot comme "typical" ou "up" (voir en haut) ne fait pas partie 
du jargon informatique, il est trop souvent utilisé dans une conversation et détruit la concentration de quelqu'un l'obligeant à déterminer le référent correct. A la place, utilisez des mots comme "tituber" ou "écuyer" qui ne causeront aucune confusion.

		Vous pourriez penser qu'il est plus sûr d'utiliser le nom "José" juste parce que personne dans le groupe ne porte ce nom, mais vous auriez des problèmes si un José venait à être embauché. Un nom comme "sphinx" sera moins susceptible de poser problème avec de nouveaux salariés.

	Utilisez des thèmes

		Nommer des groupes de machines de manière classique est très courant. Un exemple tout simple est d’utiliser les couleurs telles que "rouge" et "bleu". En y mettant un peu de personnalité, elles deviennent "aqua" et "cramoisi".

		Certains thèmes sont limités, tel que les 7 nains. Quand vous commandez vos 7 premiers ordinateurs, pensez que vous en aurez peut être d'autres l'année suivante. Les couleurs sont infinies.

		Quelques suggestions : lieux mythologiques (Midgard, Styx, Paradis), personnages mythologiques (Procne, Tereus, Zeus), tueurs (Cain, Burr, Boleyn), bébés (colt, puppy, tadpole, elver), éléments (e.g, helium, argon, zinc), fleurs (e.g., tulipe, pivoine, lilas, arbuste). Vous avez compris  ?

	Utilisez de vrais mots.

		Les champs aléatoires sont inappropriés pour la même raison qu'ils sont tellement utiles au mot de passe : ils sont durs à retenir. Utilisez de vrai mots.

	Ne vous inquiétez pas de réutiliser le nom d'hôte de quelqu'un d'autre

		Des noms de domaine extrêmement connus comme "sri-nic" ou "uunet" doivent être évités  puisque dans une conversation ils sont interprétés en tant qu’adresses absolues même sans le domaine. Dans tous les autres cas, le domaine local doit est supposé qualifier des noms d’hôtes uni-partie. Ceci est similaire à la façon dont les numéros de téléphone sont qualifiés (avec un code de zone quand on appelle un autre pays)

		En d'autre mots, si vous avez choisi un nom raisonnable, vous n'avez pas a vous soucier si ce nom est déjà utilisé. Le nombre d'hôtes dans un domaine de bas-niveau est faible, ainsi il ne devrait pas être difficile de prendre un nom unique seulement dans ce domaine.

	Il y a toujours de la place pour une exception.

		Je ne pense pas qu'il y ait besoin d'explications ici. Cependant, laissez-moi ajouter que si plus tard vous décider de changer un nom (en quelque chose de semblable à ce que vous aviez choisit la première fois), vous allez être étonné de voir la montagne de douleur qui vous attend. Peu importe que les manuels disent qu'il est simple de changer de nom, vous remarquerez que d'obscures logiciels ont rapidement accumulé ce qui se réfère à cet ordinateur utilisant ce «  nouveau-sale nom ». Tout doit alors être trouvé et changé. Les personnes qui vous envoient du courrier d'un autre endroit doivent être prévenues. Et vous devrez vous souvenir qu'une vielle sauvegarde porte un nom différent.

		Je pourrais continuer mais il serait plus simple de juste oublier l'existence de ce guide.	

Conclusion

		La plupart des gens n’ont pas l'occasion de nommer plus qu’un ou deux ordinateurs, alors que les administrateurs de sites en nomment un grand nombre. En faisant un choix sage pour le nom de l'ordinateur, l'utilisateur et l’administrateur auront ainsi la tâche beaucoup plus simple pour se souvenir, discuter ou taper les noms de leurs ordinateurs.

		J'ai essayé de formuler un guide utile pour le nommage des ordinateurs, avec beaucoup d’exemples pour appuyer certains points. Ayant été à la fois utilisateur et administrateur, beaucoup de ces anecdotes  proviennent d'expériences réelles que je ne désire pas revivre. Heureusement, vous éviterez tous les pièges que j'ai établis dans ce guide et choisirez un nom d’ordinateur sagement.

Crédits

	Merci aux personnes suivantes pour avoir suggérer certains de ces conseils, participer à des discussions sur le nommage des ordnateurs: Ed Barkmeyer, Peter Brown, Chuck Hedrick, Ken Manheimer, and Scott Paisley.

	Cet essai est parût en Novembre 1989, dans "Communications of the ACM" avec un dessin de Gary Larson, reproduit avec la permission de United Press Syndicate. Ce texte n'est pas sujet à des copyright, puisqu'il s'agit d'un travail de la  National Institute of Standards and Technology. Cependant, l'auteur, le CACM et la NIST demandent qu’il apparaisse avec l’article s’il est reproduit.

Références

   [1]  Libes, D., "Choosing a Name for Your Computer", Communications
   of the ACM, Vol. 32, No. 11, Pg. 1289, November 1989.

   [2]  Mockapetris, P., "Domain Names - Concepts and Facilities",
   RFC 1034, USC/Information Sciences Institute, November 1987.

considérations sécuritaires

   Les considérations sécuritaires ne font pas partie de ce mémo.

Adresse de l'auteur:

   Don Libes
   Integrated Systems Group
   National Institute of Standards and Technology
   Gaithersburg, MD 20899

   Phone: (301) 975-3535

   EMail:  libes@cme.nist.gov