[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: unable to perform authenticated binds
- To: "openldap-technical@openldap.org" <openldap-technical@openldap.org>
- Subject: Re: unable to perform authenticated binds
- From: Tim Dunphy <bluethundr@gmail.com>
- Date: Wed, 3 Nov 2010 18:02:56 -0400
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=l459sGZVBujDhfDeAeGziWucqIP6NPxWvXBSnUSy0+E=; b=Q3glpbq+326MspGKMdh/fhNKshTu/FXU3MY0vMuocDSE8IYNcLTNiu+66AuZM9C7te axMpYJvwSnBVDLlnpAJujMtYpE5mQUTiIvGhGD4UaAoHobOQdPyuL3H+hCQ3UpXMT7Rp d1JiHKsBHTZcQ4oFGdMGGMpIxpCfa4g7G5BYk=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=LBn8Io6NHluoblKljVw1nvUUNLRQCDErzknOF1PeJ9usaFM95B9uqbAaZDcMJ73/93 jB6E2DX6w0btIdIIAukW1EAHs5EO8DnghSco9KAEyF9nyqC5F8Ic0TmB63rRFKA152MV +Nciry+cjk44GacKLDr7g8kjSxlLDNnn3aCLk=
- In-reply-to: <C707F62D290D86791B34D08F@192.168.1.17>
- References: <6C447584419BFE4E83D46E88F813148644B24A09B0@EXCH07-05.apollogrp.edu> <C707F62D290D86791B34D08F@192.168.1.17>
sorry for the frustration all... removing the leading space in front
of rootpw did the trick :)
the directory is now populating, however I cannot understand why it is
choking on this entry
# pam_ldap, Services, acadaca.net
dn: cn=pam_ldap,ou=Services,dc=acadaca,dc=net
cn: pam_ldap
objectClass: top
objectClass: inetOrgPerson
sn: PAM
userPassword:: {SSHA}secret
AFAIK I have ALL the scemas I need to import this entry yet ldapadd chokes
[root@ldap openldap]# ldapadd -h ldap -x -D
"cn=Manager,dc=acadaca,dc=net" -w secret -f /home/tim/acadaca2.ldif
ldapadd: invalid format (line 6) entry:
"cn=pam_ldap,ou=Services,dc=acadaca,dc=net"
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/misc.schema
inlcude /etc/openldap/schema/sudoers.schema
I am sorry to ask for help again.. this sucks
On Wed, Nov 3, 2010 at 12:20 PM, Quanah Gibson-Mount <quanah@zimbra.com> wrote:
> --On Tuesday, November 02, 2010 7:59 PM -0700 Chris Jacobs
> <Chris.Jacobs@apollogrp.edu> wrote:
>
>> If you're not calling me out via "thanks so much for the exceedingly
>> useful insight" then feel free to skip the rest of this.
>
> I didn't think he was calling you out, myself. ;) Just noting that things
> are documented, and people who don't take the time to read the official
> project documentation (which happens a lot, unfortunately) don't deserve
> sympathy on it. We get a lot of people who spend their time reading
> documents from other sources such as Zytrax, which contain completely wrong
> information, and then come here to talk about how bad the documentation is.
> It gets frustrating.
>
> --Quanah
>
>
> --
>
> Quanah Gibson-Mount
> Principal Software Engineer
> Zimbra, Inc
> --------------------
> Zimbra :: the leader in open source messaging and collaboration
>
--
Here's my RSA Public key:
gpg --keyserver pgp.mit.edu --recv-keys 5A4873A9
Share and enjoy!!