Forum Linux.général No such object avec openladp

Posté par  (site web personnel, Mastodon) .
Étiquettes : aucune
0
27
sept.
2004
Bonjour,
j'essaye d'installer un serveur openldap pour en faire un carnet d'adresse.
Le problême chaque fois que je veux faire une rêquete sur mon carnet il me répond
no such object (j'arrive pas à écrire dedans (avec phpldapadmin il me dit que le conteneur
n'existe pas, pourtant je le vois).
Je vous joind mon fichier de configuration.

sladp.conf:
#
# Fichier de configuration du démon ldapd
#
# Voir slapd.conf(5) pour plus de détails sur les directives de
# configuration.
# Ce fichier ne doit pas être lisible par le monde (mode 640).
# OpenLDAP 2.0.x

# Définitions de schémas et d'objectClass
include /usr/share/openldap/schema/core.schema
include /usr/share/openldap/schema/cosine.schema
include /usr/share/openldap/schema/inetorgperson.schema
#include /usr/share/openldap/schema/nis.schema

# La vérification des schémas force les entrées à correspondre au
# schéma de leur objectClass. on par défaut.
schemacheck on

# Où les fichier de processus sont placés.
pidfile /var/run/slapd.pid

# Liste des arguments passés au serveur.
argsfile /var/run/slapd.args

# Où les clients doivent se référer si aucune correspondance n'est trouvé
# localement. N'activez des référents qu'APRÈS avoir un annuaire local
# fonctionnel ET avoir compris l'usage des référents.
#referral ldap://root.openldap.org/

# Voir slapd.conf(5) pour les valeurs possibles.
loglevel 128

# Chargement dynamique des modules de backend :
# modulepath /usr/lib/ldap
# moduleload back_ldap.la
# moduleload back_ldbm.la
# moduleload back_passwd.la
# moduleload back_shell.la

#######################################################################
# Définitions de base de données ldbm
#######################################################################

# Type de backend. ldbm est le standard par défaut.
database ldbm

# La racine de votre annuaire
suffix "dc=trachsel,dc=org"
#suffix "o=Mon organisme,c=FR"

# L'identifiant du gestionnaire de la base.
rootdn "cn=Manager,dc=trachsel,dc=org"
#rootdn "cn=Manager,o=Mon organisme,c=FR"

# Mot de passe du gestionnaire de la base.
# Les mots de passe en clair, et particulièrement pour le rootdn,
# devrait être évité. Voir slapd.conf(5) pour plus de détails.
rootpw delemont

# Où la base de donnée de l'annuaire est physiquement située.
# Ce répertoire DOIT exister avant d'exécuter slapd ET ne doit être
# accessible que par slapd. Le mode 700 est recommandé.
directory /var/lib/ldap

# Indices to maintain
index objectClass eq
index uid pres,eq,sub
index cn,sn pres,eq,sub,subany

#dbnosync
#dbnolocking

# Enregistrer la date de dernière modification des entrées.
lastmod on

dbcachesize 100000
cachesize 100000

#######################################################################
# Définitions des listes de contrôles d'accès (ACL)
#######################################################################

# Define global ACLs to disable default read access.

# Par défault, seul un accès en lecture est autorisé
#defaultaccess read

# Le champ userPassword peut par défaut être changé par le propriètaire
# de l'entrée si il est identifié.
# Les autres ne doivent pas être capable de le voir, exception faite de
# l'administrateur.
access to attribute=userPassword
by self write
by dn="cn=Manager,dc=trachsel,dc=org" write
by anonymous auth
by * none

# Pour supporter les profils itinérants de Netscape, chaque utilisateur
# possède un profil dans lequel il a accès en écriture
# access to dn=".*,ou=Roaming,dc=trachsel,dc=org" write
# by dn="cn=Manager,dc=trachsel,dc=org" write
# by dnattr=owner write
# by * none

# L'administrateur a un droit d'accès complet en écriture.
access to *
by self write
by dn="cn=Manager,dc=trachsel,dc=org" write
by * read

#
# Fin du fichier de configuration de slapd
#

Voilà
j'utilise une MDK10 et openldap 2 (installé avec urpmi)

Je vous remercie d'avance.
  • # Par défaut la base ne contient rien

    Posté par  . Évalué à 5.

    Salut

    au premier lancement du serveur slapd d'OpenLDAP, la base de données de l'annuaire ne contient aucune entrée, pas même la racine. Elle est référencée dans le fichier de configuration, et elle est donc publiée dans la rootDSE, et phpldapadmin la voit car il regarde dans la rootDSE. Mais l'objet lui-même n'existe pas.

    Il faut donc le créer, via un fichier LDIF contenant ceci :

    dn: dc=monexemple, dc=com
    objectClass: domain
    dc: monexemple

    et l'ajouter via :
    ldapadd -x -D "...' -W -f fichier.ldif
    • [^] # Re: Par défaut la base ne contient rien

      Posté par  . Évalué à 3.

      a tout hazard :

      # Où la base de donnée de l'annuaire est physiquement située.
      # Ce répertoire DOIT exister avant d'exécuter slapd ET ne doit être
      # accessible que par slapd. Le mode 700 est recommandé.
      directory /var/lib/ldap


      il m'est deja arrivé que ce reperoire n'existe pas ou ne soit pas en lecture-ecriture pour le serveur. Meme apres une install par rpm.

      a verifier

      mes 2 cents
    • [^] # Re: Par défaut la base ne contient rien

      Posté par  (Mastodon) . Évalué à 2.

      A ce sujet, la FAQ de OpenLDAP est assez édifiante. Notament : http://www.openldap.org/faq/data/cache/343.html(...)

      A signaler, la liste de diffusion francophone LDAP-CRU (http://listes.cru.fr/wws/info/ldap-fr(...)). Le CRU est le Centre de Ressources Universitaires, mais la liste n'est pas reservée à l'EN

      Enfin, la version d'OpenLDAP n'est pas précisée. Il y a de très grandes différences entre les version 2.0.x, 2.1.x et 2.2.x.
      Seule la famille 2.2.x est encore maintenue, et il est fortement recommandée de l'utiliser, ne serait-ce que opur des raisons de stabilité et de performance.
      • [^] # Re: Par défaut la base ne contient rien

        Posté par  . Évalué à 3.

        quelles sont ces différences ? dans un fonctionnement basique (utilisation de l'annuaire pour stocker des utilisateurs et des groupes, et pour la fonction d'authentification)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.