J'essaie de mettre en place un serveur de test openldap, n'ayant jamais travaillé avec openldap auparavant. J'utilise le paquet standard openldap-servers sur une machine basée sur redhat (en utilisant Oracle Linux). J'ai installé les packages et démarré le serveur.
Je n'ai maintenant aucune idée de comment faire en sorte que le serveur fasse quelque chose d'utile; Je ne peux pas y accéder en utilisant luma (`` Aucun objet de ce type '' lorsque j'essaie d'accéder à l'entrée de niveau supérieur), les documents openldap sont obtus quant à la façon dont vous obtenez réellement un serveur pour une configuration de travail de base et toutes les informations en ligne est pour l'ancien fichier slapd.conf plutôt que le nouveau slapd.d et cn = config.
Comment puis-je faire fonctionner une installation openldap dans vanilla où je peux accéder au dn racine dans luma?
Avant de démarrer le serveur OpenLDAP, vous devez d'abord configurer quelques éléments.
Configuration de base
Vous devez configurer un utilisateur root et un mot de passe, ainsi que définir votre DN de base. Dans
slapd.conf
, recherchez les lignes qui suivent les lignes et définissez-les sur les valeurs souhaitées.Habituellement, votre DN de base (défini comme
suffix
dans le fichier) est les composants de votre nom de domaine, séparés par des virgules et préfixés pardc=
. Alors,serverfault.com
pourrait devenirdc=serverfault,dc=com
. Vousrootdn
devez être sous ce suffixe.Vous devez également modifier la ligne qui définit le mot de passe root. Vous pouvez le définir sur une valeur en texte brut ou l'utiliser
slappasswd
pour créer un hachage. Vous devez ensuite mettre la valeur en clair ou la valeur hachéeslappasswd
dans une ligne qui ressemble à ceci:Schémas
C'est une bonne idée à ce stade de commencer à réfléchir aux schémas que vous souhaitez utiliser. Un schéma définit les attributs qu'un objet peut avoir, vous devez donc inclure les schémas qui contiennent les attributs dont vous avez besoin. Ces schémas sont inclus en haut
slapd.conf
, et ceux-ci sont généralement les schémas de base absolus dont vous aurez besoin:Ces chemins sont ceux utilisés dans Arch Linux, vous devrez donc peut-être les ajuster pour qu'ils correspondent à Oracle Linux.
À propos de
slapd.conf
vsslapd.d
OpenLDAP est passé de la configuration hors ligne (effectuée en
slapd.conf
) à la configuration en ligne, stockant les données dans unecn=config
arborescence spéciale trouvée dansslapd.d
. Cependant, la modification desldif
fichiersslapd.d
est un processus pénible, il est donc beaucoup plus facile de modifierslapd.conf
comme ci-dessus, puis de le convertir au nouveauslapd.d
format.Tout d'abord, supprimez tout
slapd.d
. Ensuite, exécutez la commande suivante, en veillant à ajuster les chemins d'accès à Oracle Linux:Ensuite, définissez simplement le propriétaire de votre utilisateur et groupe LDAP sur ce répertoire de manière récursive, et vous devriez être prêt à partir. Cela doit être fait à chaque fois que vous éditez
slapd.conf
- n'oubliez pas d'arrêter le serveur OpenLDAP avant de le faire!Exécution initiale
Avant de pouvoir réellement utiliser le répertoire, vous devez créer le DN de base (et l'utilisateur root). Créez un
.ldif
fichier contenant des lignes similaires à la suivante:Démarrez maintenant le serveur OpenLDAP. Nous avons juste besoin de pousser ces informations dans l'annuaire LDAP:
Évidemment, changez le DN racine et le nom de fichier ldif pour correspondre à ce que vous avez.
Vous devriez maintenant avoir un annuaire LDAP fonctionnel configuré et prêt à être rempli!
Le wiki Arch Linux est une excellente source d'informations sur ce sujet - voir https://wiki.archlinux.org/index.php/OpenLDAP et https://wiki.archlinux.org/index.php/LDAP_Authentication si vous le souhaitez savoir plus.
la source
slapd.conf
etslaptest
pendant que le serveur est arrêté bat l'objectif de la configuration en ligne.slapd.conf
fonctionne très bien, et est certainement plus intuitif que l'éditionslapd.d
directe. Je ne sais pas quelle partie du répertoire est effectuée par le gestionnaire de paquets dans Oracle Linux, mais si l'OP n'a pas pu accéder au DN de base, cela ne peut pas avoir été suffisant