upcoming changes

Stefan (metze) Metzmacher metze at samba.org
Sun Jan 2 10:18:39 GMT 2005


> First off, happy new year to all the Samba developers out there!
>
> Next, I wanted to let everyone know about a couple of changes I am
> about to make to Samba4, as they might be a bit disruptive.
>
> The first change will be the conversion of ldb to use talloc
> internally. The new talloc interface has greatly simplified a lot of
> the Samba4 code, but as ldb predates the new talloc all our ldb code
> is still using the old malloc style, and its really costing us quite a
> lot in code complexity. I will be starting on the talloc conversion
> today.

sounds good:-)
>
> I particularly wanted to do the ldb/talloc conversion now as it will
> make the addition of NT ACLs on samdb records much easier, which is
> essential for proper control of RPC interfaces (such as controlling
> who is allowed to join a machine to a domain, change a password
> etc). That will integrate nicely with the ACLs and privileges work I
> have been doing in the filesystem code.

also

> Next, I will be making some large changes to our rpc server code. Now
> that I have added the DSSETUP pipe to Samba4 I am finding that w2k is
> attempting to setup multiple interface contexts simultaneously on the
> one rpc pipe. It connects to one pipe, then sets up both the LSARPC
> interface and the LSADS interface at the same time. This is done by
> doing a bind as usual, then using alter_context with no authentication
> information to setup a second RPC interface using a different
> context_id. Currently we ignore the context_id in our server code, so
> we can't support this.

I have assumed this...
Can you send a capture of that.
we shoukd discus about this a bit on IRC next week...

> I hope this will be the last large change in our rpc server
> infrastructure for a while, but I thought I would warn everyone, as
> there may be some disruption as I work out the kinks in the new
> multiple-context code.

I think after that I'll try to support async rpc backends, but this sound be
a not to large patch...


--
metze

Stefan Metzmacher <metze at samba dot org>


More information about the samba-technical mailing list