[389-users] Db-link setup question

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

 



Reinhard Nappert wrote:
> Hi,
>  
> I have two LDAP Servers setup (Server A and Server B). Both of them 
> have the identical suffix (o=suffix). Again, both of them have a 
> people organizational unit (ou=people,o=suffix). Server B has a big 
> subtree (ou=region B,ou=people,o=suffix).
>  
> My intension is to create a db link on Server A, which links to the 
> ou=region B,ou=people,o=suffix subtree on Server B.
>  
> I did create the database link and a new suffix l=location 
> B,ou=people,o=suffix on Server A with the following entries:
>  
> dn: cn=serverBlink,cn=chaining database,cn=plugins,cn=config
> objectclass: top
> objectclass: extensibleObject
> objectclass: nsBackendInstance
> nsslapd-suffix: ou=region B,ou=people,o=suffix
> nsfarmserverurl: ldap://serverB:389/
> nsmultiplexorbinddn: cn=proxy admin,cn=config
> nsmultiplexorcredentials: secret
> cn: serverBlink
>  
> dn: cn="l=location B,ou=people,o=suffix",cn=mapping tree,cn=config
> objectclass: top
> objectclass: extensibleObject
> objectclass: nsMappingTree
> nsslapd-state: backend
> nsslapd-backend: serverBlink
> nsslapd-parent-suffix: "ou=people,o=suffix "
> cn: "l=location B,ou=people,o=suffix"
>  
> I am only interested in reading the server B information, when 
> accessing from server A. The "proxy admin" user was created as well.
>  
> When I do a search with the base l=location B,ou=people,o=suffix, 
> accessing server A, I always get the following error "Proxy dn should 
> not be rootdn".
>  
> What did I miss for the setup?
You cannot chain the directory manager user (aka rootdn).  I'm assuming 
you're doing a search like
ldapsearch -D "cn=directory manager" ...
This will not work - you must use a user other than directory manager.
>  
> Thanks,
> -Reinhard
>  
> ------------------------------------------------------------------------
>
> --
> 389 users mailing list
> 389-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3258 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20090720/21ee7980/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