[Fedora-directory-users] CoS + SASL problems?

Nathan Kinder nkinder at redhat.com
Wed Sep 27 21:23:51 UTC 2006


Hai Zaar wrote:
> Dear list!
>
> I'm using FDS-1.0.2 together with Heimdal Kerberos as NIS replacement.
> I having rather strange problem with SASL.
> I have two posixGroups. The first is
> cn=peopleGroup,ou=people,dc=example,dc=com and the other is
> cn=testGroup,ou=Groups,dc=example,dc=com
> testGroup is affected by Pointer CoS - this important!
>
> On client I run:
> # kinit foo
> # ldapsearch -h directory.example.com  -b "dc=example,dc=com" -s sub
> -Y GSSAPI   -I  '(&(objectClass=posixGroup)(cn=peopleGroup))'
> Search returns sane results. However running serach for testGroup
> returns the following:
> ---------------------------
> # ldapsearch -h directory.example.com  -b "dc=example,dc=com" -s sub
> -Y GSSAPI   -I  '(&(objectClass=posixGroup)(cn=testGroup))'
> SASL/GSSAPI authentication started
> SASL Interaction
> Please enter your authorization name:
> SASL username: foo at EXAMPLE.COM
> SASL SSF: 56
> SASL installing layers
> # extended LDIF
> #
> # LDAPv3
> # base <dc=example,dc=com> with scope subtree
> # filter: (&(objectClass=posixGroup)(cn=testGroup))
> # requesting: ALL
> #
>
> ldap_result: Can't contact LDAP server (-1)
> ---------------------------
> If I remove CoS from ou=Groups,dc=example,dc=com, then It all works OK
> (but of course I do not get any of 'uniquememeber' attributes that
> come from CoS).
>
> The most strange things is however that if I set
> SASL_SECPROPS maxssf=0
> in /etc/openldap/ldap.conf, then everything works just fine (but no 
> security).
>
> To the end, here is what FDS access log says:
> [10/Sep/2006:17:02:51 +0300] conn=111 fd=67 slot=67 connection from
> 10.0.2.236 to 10.0.0.10
> [10/Sep/2006:17:02:51 +0300] conn=111 op=0 BIND dn="" method=sasl
> version=3 mech=GSSAPI
> [10/Sep/2006:17:02:51 +0300] conn=111 op=0 RESULT err=14 tag=97
> nentries=0 etime=0, SASL bind in progress
> [10/Sep/2006:17:02:51 +0300] conn=111 op=1 BIND dn="" method=sasl
> version=3 mech=GSSAPI
> [10/Sep/2006:17:02:51 +0300] conn=111 op=1 RESULT err=14 tag=97
> nentries=0 etime=0, SASL bind in progress
> [10/Sep/2006:17:02:51 +0300] conn=111 op=2 BIND dn="" method=sasl
> version=3 mech=GSSAPI
> [10/Sep/2006:17:02:51 +0300] conn=111 op=2 RESULT err=0 tag=97
> nentries=0 etime=0 dn="uid=foo,ou=people,dc=example,dc=com"
> [10/Sep/2006:17:02:51 +0300] conn=111 op=3 SRCH
> base="dc=example,dc=com" scope=2
> filter="(&(objectClass=posixGroup)(cn=testGroup))" attrs=ALL
> [10/Sep/2006:17:02:51 +0300] conn=111 op=3 fd=67 closed - B4
> It looks like server just drops connection. Error logs indicate nothing.
>
> Any ideas anyone?
I'm unable to reproduce the issue.  Could you supply us with your COS 
template, COS definition, and testGroup entries?

-NGK
>
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3241 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-users/attachments/20060927/01797ebb/attachment.bin>


More information about the Fedora-directory-users mailing list