[PATCH] ldap connection caching (not ready!!!)

Andrew Bartlett abartlet at samba.org
Fri Oct 18 09:35:00 GMT 2002

"Stefan (metze) Metzmacher" wrote:
> At 10:30 18.10.2002 +0200, Ignacio Coupeau wrote:
> >Stefan (metze) Metzmacher wrote:
> >!!!  a few line above I read 'return NT_STATUS_OK' but it
> >>was 'ret = NT_STATUS_OK'  :-(
> >>but now it works! :-)
> >>what I need is to test is the non_unix_account stuff.
> Should this mail a responde to the id allocator patch???
> >I browsed the code and the ldap schema changes... if I don't
> >misunderstand, the the nextrid is used only for non_unix_account, and the
> >algorithmic mapping for unix accounts, rigth?
> there is no nextrid attribute in HEAD or 3_0

But we want to add one - and I want it for non-unix accounts.  What I
propose is that we get the nextrid idea bedded down in non-unix
accounts, then expand it from there when we figure out the other issues.

> >So, the other question is if a non_unix_account should be in only-one
> >domain? In other words: if an user logs in the domain x the ldap stuff
> >will provide a rid-x only useable for the domain-x?
> >
> >I wonder if this may be a strong restriction for large sites with "n"
> >domains and only-one ldap base... because the administrators should
> >maintain n accounts/rid per-user for access to the n domains. On the other
> >hand, if the domain attr takes n-values may solve the multiple logon but
> >the rid space may be broken.
> you can have only one samba domain in one ldap tree, all samba related
> objects have only a rid and a full sid and the attribute 'domain' is not
> used at the moment.

Well, you should be able to have more than one domain per ldap tree - we
should use the ldap suffix, and the ldap search filter to allow it.  

Andrew Bartlett

Andrew Bartlett                                 abartlet at pcug.org.au
Manager, Authentication Subsystems, Samba Team  abartlet at samba.org
Student Network Administrator, Hawker College   abartlet at hawkerc.net
http://samba.org     http://build.samba.org     http://hawkerc.net

More information about the samba-technical mailing list