Authentification impossible pour client ldap

Fermé
ps2ali Messages postés 43 Date d'inscription mercredi 8 août 2007 Statut Membre Dernière intervention 29 septembre 2009 - 29 sept. 2007 à 23:03
sidali_ Messages postés 59 Date d'inscription mercredi 12 mars 2008 Statut Membre Dernière intervention 21 février 2011 - 17 juin 2009 à 02:17
Bonjour,
je vais dire une chose qui est vraiment etonnant,c que je ss en 15 éme jours et g pas trouvé une solution de mon probléme;
alors je vais essayer de décrire c qui se passe pour mon projet de fin d'etudes,
une partie de mon projet est:installation et configuration de ldap
g travaillé avec le fedora core 6.
je tappe sous shell la commande:ldapadd -x -W -D "cn=root,dc=sanad,dc=com" -f test.ldif
afin d'ajouter une entrée.
mais le message:ldap_bind:invalid credentials
pour bien mettre les points sur les i voila mes fichiers de configurations:
mon fichiers slapd.conf:

#
# See slapd.conf(5) for details on configuration options.

# This file should NOT be world readable.

#
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/nis.schema
# Allow LDAPv2 client connections. This is NOT the default.
allow bind_v2

# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referral ldap://root.openldap.org

pidfile /var/run/openldap/slapd.pid
argsfile /var/run/openldap/slapd.args

# Load dynamic backend modules:
# modulepath /usr/lib/openldap
# moduleload back_bdb.la
# moduleload back_ldap.la
# moduleload back_ldbm.la
# moduleload back_passwd.la
# moduleload back_shell.la

# The next three lines allow use of TLS for encrypting connections using a
# dummy test certificate which you can generate by changing to
# /etc/pki/tls/certs, running "make slapd.pem", and fixing permissions on
# slapd.pem so that the ldap user or group can read it. Your client software
# may balk at self-signed certificates, however.
# TLSCACertificateFile /etc/pki/tls/certs/ca-bundle.crt
# TLSCertificateFile /etc/pki/tls/certs/slapd.pem
# TLSCertificateKeyFile /etc/pki/tls/certs/slapd.pem

# Sample security restrictions
# Require integrity protection (prevent hijacking)
# Require 112-bit (3DES or better) encryption for updates
# Require 63-bit encryption for simple bind
# security ssf=1 update_ssf=112 simple_bind=64

# Sample access control policy:
# Root DSE: allow anyone to read it
# Subschema (sub)entry DSE: allow anyone to read it
# Other DSEs:
# Allow self write access
# Allow authenticated users read access
# Allow anonymous users to authenticate
# Directives needed to implement policy:
# access to dn.base="" by * read
# access to dn.base="cn=Subschema" by * read
# access to *
# by self write
# by users read
# by anonymous auth
#
# if no access controls are present, the default policy
# allows anyone and everyone to read anything but restricts
# updates to rootdn. (e.g., "access to * by * read")
#
# rootdn can always read and write EVERYTHING!

#######################################################################
# ldbm and/or bdb database definitions
#######################################################################

database bdb
suffix "dc=sanad,dc=com"
rootdn "cn=root,dc=sanad,dc=com"
# Cleartext passwords, especially for the rootdn, should
# be avoided. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
#rootpw sanad
rootpw {SSHA}fIndPxbDngJBl5JfHpNwoFn3dC8ObIBW

# The database directory MUST exist prior to running slapd AND
# should only be accessible by the slapd and slap tools.
# Mode 700 recommended.
directory /var/lib/ldap

# Indices to maintain for this database
index objectClass eq,pres
index ou,cn,mail,surname,givenname eq,pres,sub
index uidNumber,gidNumber,loginShell eq,pres
index uid,memberUid eq,pres,sub
index nisMapName,nisMapEntry eq,pres,sub

# Replicas of this database
#replogfile /var/lib/ldap/openldap-master-replog
#replica host=ldap-1.example.com:389 starttls=critical
# bindmethod=sasl saslmech=GSSAPI
# authcId=host/ldap-master.ex<F2><F2>ample.com@EXAMPLE.COM



mon fichier ldap.conf:
#
# LDAP Defaults
#

# See ldap.conf(5) for details
# This file should be world readable but not world writable.

#BASE dc=example, dc=com
#URI ldap://ldap.example.com ldap://ldap-master.example.com:666

#SIZELIMIT 12
#TIMELIMIT 15
#DEREF never
HOST 127.0.0.1
BASE dc=sanad,dc=com


mon fichier ldif est

dn: ou=Users,dc=sanad,dc=com
objectclass: top
objectclass: organizationalUnit
ou: Users


g essayé avec le mot de passe crypté et en claire et sans resultat

alors svp aider moi
A voir également:

4 réponses

ps2ali Messages postés 43 Date d'inscription mercredi 8 août 2007 Statut Membre Dernière intervention 29 septembre 2009 2
1 oct. 2007 à 11:23
d'abords merci de ton aide;
je veux insister que g bien verifié tous que vous m'avez dite ,mais c que je crois que c un probléme de mot de passe:ldap_bind.
un effort svp ,
je suis coincé.
merci d'avances
1
ps2ali Messages postés 43 Date d'inscription mercredi 8 août 2007 Statut Membre Dernière intervention 29 septembre 2009 2
1 oct. 2007 à 14:35
aider moi svp;
vraiment je souffre!!!!!
1
Bonjour,
vite fait je pourrais te dire que tu dois pas etre dans le bon repertoire d'execution de ton programme . il faut voir tes incluses.

invalid veut dire qu'il n'a pas reconnu , il ne sait pas , soit probleme emplacement d'execution ou emplacement fichier soit erreur de nom de fichier soit probleme de nom de tes parametres .

si ca peut t'aider à chercher

merci courage
0
sidali_ Messages postés 59 Date d'inscription mercredi 12 mars 2008 Statut Membre Dernière intervention 21 février 2011 14
17 juin 2009 à 02:17
salut,
je crois que le problème est dand les fichier .ldif parce que j'ai eu le meme probleme et que et j'avais pas d'aide don c essay de voir les fichier .ldif et aussi que ca le manager ou=manager ehh qui sera le meme dnas la comans slappasw
0