From a1411a884c5361bb8b090695236724cd25857269 Mon Sep 17 00:00:00 2001 From: Michael Adam Date: Mon, 15 Oct 2012 16:34:02 +0200 Subject: s3:idmap_autorid: force mapping type to ID_TYPE_BOTH for sid->unixid mapping This is to remove problems with the same unix-id being used both as a uid and a gid. The autorid backend will map a given number to the same SID, no matter whether this is a uid or a gid. This will prime the idmap cache with mappings. The sid-to-u/gid mapping, when not going through the cache, instead checks for the type of the sid and only allows unix ids of the corresponding type. Hence the rid backend will give different results, depending on whether the cache is filled or not. This patch lets the autorid backend always create sid->id mappings of type both. Signed-off-by: Michael Adam Reviewed-by: Stefan Metzmacher --- source3/winbindd/idmap_autorid.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/source3/winbindd/idmap_autorid.c b/source3/winbindd/idmap_autorid.c index 3f3f649a22..621cae98ef 100644 --- a/source3/winbindd/idmap_autorid.c +++ b/source3/winbindd/idmap_autorid.c @@ -309,6 +309,8 @@ static NTSTATUS idmap_autorid_id_to_sid(struct autorid_global_config *cfg, that is a deficiency in the idmap_rid design. */ map->status = ID_MAPPED; + map->xid.type = ID_TYPE_BOTH; + return NT_STATUS_OK; } @@ -333,6 +335,7 @@ static NTSTATUS idmap_autorid_sid_to_id(struct autorid_global_config *global, } map->xid.id = global->minvalue + (global->rangesize * domain->domainnum)+rid; + map->xid.type = ID_TYPE_BOTH; /* We **really** should have some way of validating the SID exists and is the correct type here. But -- cgit