[PATCH] s3-winbindd: Store schannel credentials in secrets.tdb
Christof Schmitt
christof.schmitt at us.ibm.com
Wed Sep 19 14:40:31 MDT 2012
Andrew Bartlett <abartlet at samba.org> wrote on 09/18/2012 10:21:30 PM:
> On Tue, 2012-09-18 at 18:43 -0700, Christian Ambach wrote:
> > On 08/01/2012 10:19 AM, Christof Schmitt wrote:
> > > Ok, i will work on an updated patch to reuse the code in
> > > schannel_state_tdb.c.
> >
> > The bad thing about that proposal is that this will require to move
> > dbwrap_open (and the whole CTDB connection code connected to that) to
> > common code as this needs to work cluster-wide, so the credentials
need
> > to be stored in a CTDB-managed tdb. As recently discussed, it is not a
> > good idea to put a dependency from / code into source?, it should only
> > be the other way around.
> >
> > Using the existing secrets.tdb has the beauty of the code avoiding
that
> > move, but otherwise it is also the wrong location as this information
> > should not live in a persistent database, but in a volatile one.
> >
> > I'll have to see how to move dbwrap_open to lib/dbwrap without too
many
> > intrusive changes.
>
> There are a few ways some of this can be managed. The bulk of the code
> can be handed a already-open handle (for example) so we don't need to
> deal with the ctdb open.
Passing a dbwrap handle to the code is an easy change. What
complicated things was that my approach was to fetch a locked record
and keep it locked during the DC authentication. The code in
schannel_state_tdb.c does not keep the lock, so this needs to be
changed, or an additional lock would be required to guarantee
exclusive access to the DC during the authentication.
A related question: cm_prepare_connection in
source3/winbindd/winbindd_cm.c already uses a mutex. Can someone
describe what this mutex protects?
Regards,
Christof Schmitt || IBM || SONAS System Development || Tucson, AZ
christof.schmitt at us.ibm.com || +1-520-799-2469 (T/L: 321-2469)
More information about the samba-technical
mailing list