j'ai des problèmes avec openldap.
Je suis la doc bind9-sdb-ldap sur http://www.free-4ever.net/index.php/...9_backend_ldap
Mon fichier slapd.conf:
#slapd.conf
include /usr/local/etc/openldap/schema/core.schema
include /usr/local/etc/openldap/schema/cosine.schema
include /usr/local/etc/openldap/schema/inetorgperson.schema
include /usr/local/etc/openldap/schema/nis.schema
include /usr/local/etc/openldap/schema/dnszone.schema
modulepath /usr/local/libexec/openldap
moduleload back_bdb
loglevel -1
pidfile /var/run/openldap/slapd.pid
# le fichier qui garde la ligne de commande complète utilisée pour lancer le daemon
argsfile /var/run/openldap/slapd.args
database bdb
# Le répertoire où la base sera stockée
directory /var/db/openldap-data
# Le suffix principal de la base
suffix "o=test,dc=net"
# le DN du root de la base
rootdn "cn=manager,o=test,dc=net"
rootpw {SSHA}TVeLCJ/O5ZQxorMJJMC66MzntEd0Nf2O
index objectClass eq
index relativeDomainName eq
index zoneName eq
# Pas d'accès anonyme
access to * by dn.regex="cn=manager,o=test,dc=net" write
by * auth
access to dn.subtree="ou=dns,o=oc3n,dc=net"
by dn.regex="cn=dnsadmin,ou=dns,o=test,dc=net" write
by * auth
---------------------------------------------------------------------------------
dans le repertoire /var/db/openldap-data
j'ai le fichier DB_CONFIG
avec les lignes suivantes:
set_lk_detect DB_LOCK_EXPIRE
set_lg_max 5242880
set_cachesize 0 5242880 1
------------------------------------------------------------------------------
j'ai exécute le fichier ldif suivante:
dn: ou=dns,o=test,dc=net
objectClass: top
objectClass: organizationalUnit
ou: dns
description: All informations about DNS
ldapadd -x -D "cn=Manager,o=test,dc=net" -W -f c-dns.ldif
Enter LDAP Password:
adding new entry "ou=dns,o=test,dc=net"
ldap_add: No such object (32)
Lors que je me connecte sur phpldapadmin je vois un messaged'erreur:
L'entrée racine n'existe pas
j'ai résolu ça en utilisant un le fichier « base.ldif » avec le contenu suivant
dn: o=test,dc=net
objectclass: dcObject
objectClass: organization
o: test
dc: test
ldapadd -x -D "cn=Manager,o=test,dc=net" -W -f base.ldif
Enter LDAP Password:
adding new entry "o=test,dc=net"
J'exécute une autre fois c-dns.ldif
ldapadd -x -D "cn=Manager,o=test,dc=net" -W -f c-dns.ldif
Enter LDAP Password:
adding new entry "ou=dns,o=test,dc=net"
Après j'ajoute des entrées dans ou=dns avec un ldif plus grand.
et j'essaye de me connecter à ldapadmin avec l'utilisateur « cn=Manager,o=test,dc=net » c'est bon.
Mais si j'utilise « cn=dnsadmin,ou=dns,o=test,cd=net » je reçoit l'erreur:
L'entrée racine n'existe pas
Dans le fichier slapd.conf c'est ecrit
access to dn.subtree="ou=dns,o=oc3n,dc=net"
by dn.regex="cn=dnsadmin,ou=dns,o=test,dc=net" write
by * auth
c'est ce que je ne comprands pas.
De l'aide svp.
Merci
# ldif
Posté par Anonyme . Évalué à 1.
J'ai du relire 3x pour comprendre ce que tu voulais.
Sinon déjà y a une erreur grossière :
dc=test, dc=net
et non pas :
o=test, dc=net
Je t'invite à bien étudier ldif avant d'aller plus loin.
[^] # Re: ldif
Posté par inle . Évalué à 1.
Pour quoi dc=test,dc=net est pas o=test,dc=net?
Dans la doc que j'ai utilisé c'est écrit o=test,dc=net.
Quel est la difference?
Merci je veux tester avec dc=test,dc=net.
A plus.
[^] # Re: ldif
Posté par inle . Évalué à 1.
Pour quoi dc=test,dc=net est pas o=test,dc=net?
Dans la doc que j'ai utilisé c'est écrit o=test,dc=net.
Quel est la difference?
Merci je veux tester avec dc=test,dc=net.
A plus.
[^] # Re: ldif
Posté par inle . Évalué à 1.
j'ai tous recommencé, j'ai utilisé dc=test,dc=net a la place de o=test,dc=net dans tous les fichier. Mais ça n'a rien changé.
Lors que je me connecte a phpldapadmin avec
"cn=manager,dc=test,dc=net "
ça va.
Mais si je me connecte avec.
cn=dnsadmin,ou=dns,dc=test,cd=net »
je reçoit l'erreur:
L'entrée racine n'existe pas.
Merci
[^] # Re: ldif
Posté par Cheneson Cyril . Évalué à 1.
cn=dnsadmin,ou=dns,dc=test,cd=net
au lieu de
cn=dnsadmin,ou=dns,dc=test,dc=net
Un coup dans le noir ....
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.