Résumé

  • Dans le RFC 1430, les auteurs estimaient que l’effort de mise en correspondance des données avec un cadre d’information cohérent dépasserait de loin celui requis pour installer serveurs et logiciels d’accès.
  • Le plan confiait aux grandes organisations leurs propres branches X.500, ouvrait aux petites la location d’espace sur un serveur régional et réservait des tâches communes à un service central financé durablement.

Une recherche de nom paraît simple une fois la fiche trouvée. Avant cela, quelqu’un a dû décider de la forme du nom, rattacher la personne à une organisation, transférer une ancienne base et corriger les changements. Le plan de février 1993 pour un annuaire Internet X.500 mettait cette besogne au premier rang. Ses auteurs écrivaient que l’effort opérationnel de classement des données l’emporterait largement sur l’installation technique des serveurs et des agents utilisateurs.

L’ambition était vaste. À court terme, le service devait faciliter les recherches de personnes et l’authentification X.509. La localisation de ressources, les données d’infrastructure et les services de messagerie viendraient ensuite. Plusieurs projets pilotes coopéraient déjà. Pour passer à un service opérationnel, le document réclamait toutefois un financement suffisant des opérations centrales. Un projet pilote pouvait montrer le chemin des requêtes; il ne garantissait ni le budget ni la fraîcheur des réponses.

Le mode d’exploitation envisagé répartissait la charge selon la taille des acteurs. Une grande organisation garderait sa partie de l’arbre d’information sur son propre DSA, le serveur de l’annuaire. Une petite louerait de l’espace auprès d’un réseau régional ou d’un autre prestataire. Ce partage protégeait la responsabilité locale des données tout en offrant un hébergement à ceux qui ne pouvaient financer une machine dédiée. Il créait aussi une facture récurrente : sans personne chargée des fiches, louer un serveur ne rendait personne trouvable.

Au-dessus des branches, le service commun devait tenir la racine de l’arbre, attribuer les noms, savoir quel DSA détenait quelle partie et distribuer des copies des informations de haut niveau. Le projet Paradise gérait alors un DSA racine; les auteurs proposaient de s’appuyer d’abord sur lui. Ils demandaient des opérations équivalentes à l’échelle nationale dans chaque pays participant. Chaque nouvelle branche nationale impliquait donc une installation coordonnée, puis un entretien suivi.

Le chapitre sur les données était plus sévère que la promesse technique. Les auteurs jugeaient l’infrastructure fragile sans procédures de qualité. Les propriétaires des informations entretiendraient leurs propres fiches, ce qui excluait une recette unique pour toutes les organisations. Ils réclamaient des recommandations pratiques, un seuil minimal de qualité, des essais de raccordement des bases existantes et des outils réutilisables. Ils prévoyaient même une synthèse destinée à convaincre les responsables informatiques d’investir de la main-d’œuvre. Le goulot était dans l’organigramme autant que dans le réseau.

Les renseignements sur les personnes ajoutaient une autre tâche. Le texte demandait aux opérateurs nationaux d’examiner les lois locales sur la confidentialité et l’enregistrement; il suggérait aussi une charte des droits des utilisateurs. Publier une adresse ou un nom dans un annuaire international engageait plus qu’un schéma de données.

Le RFC exposait un programme de travail, sans chiffrer les salariés nécessaires ni constater une adoption universelle. Sa lucidité reste tranchante : une infrastructure mondiale ne se remplit pas toute seule. Si le budget achète la racine mais laisse les branches sans responsables des données, la recherche mondiale finit par pointer vers des fiches vides ou périmées.