diff options
author | Simo Sorce <idra@samba.org> | 2010-02-18 15:11:25 -0500 |
---|---|---|
committer | Simo Sorce <idra@samba.org> | 2010-02-23 12:46:50 -0500 |
commit | 1203de99b178a2d7f6c7c6534c42d05242322fe3 (patch) | |
tree | 06ec84ac7e0fe21b01322c0517cabb04743dacf3 /source4/smbd | |
parent | 1d0938c629904e14c3769036d1a8d1a6d7b3f34b (diff) | |
download | samba-1203de99b178a2d7f6c7c6534c42d05242322fe3.tar.gz samba-1203de99b178a2d7f6c7c6534c42d05242322fe3.tar.bz2 samba-1203de99b178a2d7f6c7c6534c42d05242322fe3.zip |
s4:schannel merge code with s3
After looking at the s4 side of the (s)channel :) I found out that it makes
more sense to simply make it use the tdb based code than redo the same changes
done to s3 to simplify the interface.
Ldb is slow, to the point it needs haks to pre-open the db to speed it up, yet
that does not solve the lookup speed, with ldb it is always going to be slower.
Looking through the history it is evident that the schannel database doesn't
really need greate expanadability. And lookups are always done with a single
Key. This seem a perfet fit for tdb while ldb looks unnecessarily complicated.
The schannel database is not really a persistent one. It can be discared during
an upgrade without causing any real issue. all it contains is temproary session
data.
Diffstat (limited to 'source4/smbd')
-rw-r--r-- | source4/smbd/server.c | 2 |
1 files changed, 0 insertions, 2 deletions
diff --git a/source4/smbd/server.c b/source4/smbd/server.c index ce278fdaf6..83f6e7d806 100644 --- a/source4/smbd/server.c +++ b/source4/smbd/server.c @@ -31,7 +31,6 @@ #include "ntvfs/ntvfs.h" #include "ntptr/ntptr.h" #include "auth/gensec/gensec.h" -#include "auth/gensec/schannel_state.h" #include "smbd/process_model.h" #include "param/secrets.h" #include "smbd/pidfile.h" @@ -192,7 +191,6 @@ static void prime_ldb_databases(struct tevent_context *event_ctx) samdb_connect(db_context, event_ctx, cmdline_lp_ctx, system_session(cmdline_lp_ctx)); privilege_connect(db_context, event_ctx, cmdline_lp_ctx); - schannel_db_connect(db_context, event_ctx, cmdline_lp_ctx); /* we deliberately leave these open, which allows them to be * re-used in ldb_wrap_connect() */ |