Binding using attribute other than C N

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I don't think this will work either.  The DN for the entry is 
uid=RSmith,ou=People, dc=fedora,dc=test,dc=com - If you want to bind as 
this same user but with a different DN, you will have to rename the 
entry to use ntUserDomainId=smithr as the RDN instead of uid=RSmith.  If 
AD allows you to request an entry by DN other than the actual DN of the 
entry, then it is non-standard LDAP behavior.

Of course, if your client program allows it (like PAM), you can use a 
different search filter to look up your entry.  I think PAM by default 
uses (uid=%s) where %s is filled in with your login name.  I suppose you 
could change it to (ntUserDomainId=%s), then you should be able to use 
your existing entry for PAM login without having to rename it.  However, 
if your client application expects ntUserDomainId=foo in the DN, then 
you have no choice but to rename your entry.

Bowie Bailey wrote:

>Richard Gibson wrote:
>  
>
>>Hello there.
>>
>>I've been using the Fedora Directory Server for very small scale
>>testing at work, but actually know rather little about LDAP
>>unfortunately. Hopefully you won't mind. Anyway, is it possible to
>>bind with an entry other than CN? I have the following user (LDIF
>>format):   
>>
>>dn: uid=RSmith,ou=People, dc=fedora,dc=test,dc=com
>>mail: blablabla at test.com
>>uid: RSmith
>>givenName: Richard
>>objectClass: top
>>objectClass: person
>>objectClass: organizationalPerson
>>objectClass: inetorgperson
>>objectClass: ntuser
>>objectClass: posixAccount
>>sn: Smith
>>cn: RSmith
>>creatorsName:
>>uid=admin,ou=administrators,ou=topologymanagement,o=netscaperoot 
>>modifiersName:
>>uid=admin,ou=administrators,ou=topologymanagement,o=netscaperoot 
>>createTimestamp: 20050905103419Z
>>modifyTimestamp: 20050916131603Z
>>nsUniqueId: 86b5b081-1dd211b2-806ddcd6-e1700000
>>ntUserDomainId: smithr
>>uidNumber: 1
>>gidNumber: 2
>>homeDirectory: /home/smithr
>>
>>
>>When attempting to bind using the following (as taken from the access
>>log): 
>>BIND dn="ntUserDomainId=Richard Smith,ou=People,dc=fedora,dc=test,dc=com"
>>    
>>
>method=128 version=3 
>  
>
>>...I get "No such object". This user does exist though. Is binding
>>using the ntUserDomainId out of the question? 
>>    
>>
>
>Take a closer look.  The ntUserDomainId is "smithr" for this user, not
>"Richard Smith".
>
>Try this:
>dn="ntUserDomainId=smithr,ou=People,dc=fedora,dc=test,dc=com"
>
>Disclaimer: I'm an LDAP beginner myself.  This is just a suggestion
>based on the fact that your bind doesn't match the user information you
>provided.
>
>  
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3178 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20060112/7afd13aa/attachment.bin 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux