| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
not GNU Library General Public License
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
loop when allocating a new id for a SID:
auth_util.patch Revert create_local_token() to
the 3.0.24 codebase
idmap_type.patch Have the caller fillin the
id_map.xid.type field when
resolving a SID so that if we allocate
a new id, we know what type to use
winbindd_api.patch Remove the WINBINDD_SIDS_TO_XIDS calls
from the public winbindd interface
for the 3.0.25 release
idmap_rid.patch Cleanup the idmap_rid backend to not
call back into winbindd to resolve
the SID in order to verify it's type.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
So far I have tested it only with idmap_tdb, idmap_ad testing is next.
Fixes:
- The code returned an error on any idmap call if winbindd
was put offline before the idmap code was initialized.
- The code denied consulting any backend, even local ones
like idmap_tdb when offline, correct the situation by
handling offline decisions in the backends
Simo.
|
| |
|
|
|
|
| |
stable branch
* Also include pam_winbind changes for multiple groups in the
require-membership-of parameter
|
| |
|
|
| |
policy_handle' over from SAMBA_3_0.
|
| | |
|
| |
|
|
| |
Sync with trunk as off r13315
|
| |
|
|
| |
Volker
|
| | |
|
|
|
metze
|
