Modélisation et définition du contenu de l’annuaire
Après avoir décidé du type de données à utiliser dans le service d’annuaire et de sa fonction principale, alors il est désormais possible de commencer à structurer les données. La structuration des données se fait en concevant à la fois un schéma et un espace de nommage.
1. Connaissance des schémas utilisés par les clients LDAP
Afin que les différents clients de l’annuaire LDAP puissent profiter pleinement de son utilité, il est indispensable que cet annuaire contienne l’ensemble des classes d’objets de ces clients. Ainsi, la conception du schéma de l’annuaire devra s’effectuer pendant cette étape de recensement d’information des clients LDAP. Il est en effet indispensable de collecter ce type d’information dès maintenant durant les recherches techniques sur chacun des systèmes informatiques. Bien que l’information sur la compatibilité au protocole LDAP soit indispensable, elle n’est cependant pas suffisante pour l’intégration à un annuaire LDAP, car les schémas permettent à l’annuaire LDAP et à ses clients de partager les mêmes types d’informations.
Par exemple, dans le cas de l’authentification d’un utilisateur auprès d’un serveur, il n’aura certainement pas besoin des mêmes informations sur un système Linux que sur un système Windows... Il faut donc que l’annuaire soit capable de stocker toutes ces informations au travers de schémas pour chacun des systèmes informatiques.
Par ailleurs, il faudra aussi en profiter pour déterminer l’attribut "référent"  ; celui qui sera identifié pour nommer l’entrée.
Ainsi, la matrice finale sera celle de la figure 3-3 :
Genre	Nom	Version	Compatible	Action	Schéma	
Système d’exploitation	Linux Redhat	6.6	oui	Aucune	RFCXXX	
Équipement réseau	Cisco ASA	ASA 5510	oui	Mise à jour de l’IOS	RFCXXX	
Application de surveillance	Nagios/OP5	7.3.15	oui	Aucune	RFCXXX	
…	…	…				
Figure 3-3 : Recensement SI (Final)
2. Modélisation
La structure des données dans un annuaire peut se modéliser comme un arbre avec donc un tronc (la racine) à partir duquel vont partir différentes branches ou ramifications. Ce qui peut aussi s’apparenter à un organigramme d’entreprise. Ainsi, il faudra nommer une racine appelée "suffixe" et définir un espace de nommage pour tous les nœuds des ramifications. Pour l’utilisation d’un annuaire en tant que service d’authentification centralisée dans une simple entreprise, il faudra concevoir une modélisation simple en énumérant tous les utilisateurs dans une branche et tous les groupes dans une autre branche distincte, puis renseigner chaque utilisateur dans un groupe en fonction de leur appartenance à un service ou à une fonction particulière. En outre, des entrées propres à chaque application pourront être créées afin qu’elles puissent y stocker leurs propres informations.
¬
Dans le cas d’un programme comme "sudo", son intégration dans l’annuaire le LDAP ne bénéficiera pas seulement de l’accès à l’authentification centralisée, mais aussi du stockage de ses informations de configuration.
Exemple
¬
Figure 3-4 : Exemple DIT