Changeset 745 for trunk/server/docs/manpages/idmap_tdb2.8
- Timestamp:
- Nov 27, 2012, 4:43:17 PM (13 years ago)
- Location:
- trunk/server
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/server
- Property svn:mergeinfo changed
/vendor/current merged: 581,587,591,594,597,600,615,618,740
- Property svn:mergeinfo changed
-
trunk/server/docs/manpages/idmap_tdb2.8
r620 r745 3 3 .\" Author: [see the "AUTHOR" section] 4 4 .\" Generator: DocBook XSL Stylesheets v1.75.2 <http://docbook.sf.net/> 5 .\" Date: 08/0 2/20115 .\" Date: 08/08/2011 6 6 .\" Manual: System Administration tools 7 .\" Source: Samba 3. 57 .\" Source: Samba 3.6 8 8 .\" Language: English 9 9 .\" 10 .TH "IDMAP_TDB2" "8" "08/0 2/2011" "Samba 3\&.5" "System Administration tools"10 .TH "IDMAP_TDB2" "8" "08/08/2011" "Samba 3\&.6" "System Administration tools" 11 11 .\" ----------------------------------------------------------------- 12 12 .\" * set default formatting … … 25 25 The idmap_tdb2 plugin is a substitute for the default idmap_tdb backend used by winbindd for storing SID/uid/gid mapping tables in clustered environments with Samba and CTDB\&. 26 26 .PP 27 In contrast to read only backends like idmap_rid, it is an allocating backend: This means that it needs to allocate new user and group IDs in order to create new mappings\&. The allocator can be provided by the idmap_tdb2 backend itself or by any other allocating backend like idmap_tdb or idmap_ldap\&. This is configured with the parameter 28 \fIidmap alloc backend\fR\&. 29 .PP 30 Note that in order for this (or any other allocating) backend to function at all, the default backend needs to be writeable\&. The ranges used for uid and gid allocation are the default ranges configured by "idmap uid" and "idmap gid"\&. 31 .PP 32 Furthermore, since there is only one global allocating backend responsible for all domains using writeable idmap backends, any explicitly configured domain with idmap backend tdb2 should have the same range as the default range, since it needs to use the global uid / gid allocator\&. See the example below\&. 27 In contrast to read only backends like idmap_rid, it is an allocating backend: This means that it needs to allocate new user and group IDs in order to create new mappings\&. 33 28 .SH "IDMAP OPTIONS" 34 29 .PP 35 30 range = low \- high 36 31 .RS 4 37 Defines the available matching uid and gid range for which the backend is authoritative\&. If the parameter is absent, Winbind fails over to use the "idmap uid" and "idmap gid" options from smb\&.conf\&. 32 Defines the available matching uid and gid range for which the backend is authoritative\&. 33 .RE 34 .PP 35 script 36 .RS 4 37 This option can be used to configure an external program for performing id mappings instead of using the tdb counter\&. The mappings are then stored int tdb2 idmap database\&. For details see the section on IDMAP SCRIPT below\&. 38 38 .RE 39 39 .SH "IDMAP SCRIPT" 40 40 .PP 41 The tdb2 idmap backend supports a script for performing id mappings through the smb\&.conf option 42 \fIidmap : script\fR\&. The script should accept the following command line options\&. 41 The tdb2 idmap backend supports an external program for performing id mappings through the smb\&.conf option 42 \fIidmap config * : script\fR 43 or its deprecated legacy form 44 \fIidmap : script\fR\&. 45 .PP 46 The mappings obtained by the script are then stored in the idmap tdb2 database instead of mappings created by the incrementing id counters\&. It is therefore important that the script covers the complete range of SIDs that can be passed in for SID to Unix ID mapping, since otherwise SIDs unmapped by the script might get mapped to IDs that had previously been mapped by the script\&. 47 .PP 48 The script should accept the following command line options\&. 43 49 .sp 44 50 .if n \{\ … … 70 76 .RE 71 77 .\} 72 .PP73 Note that the script should cover the complete range of SIDs that can be passed in for SID to Unix ID mapping, since otherwise SIDs unmapped by the script might get mapped to IDs that had previously been mapped by the script\&.74 78 .SH "EXAMPLES" 75 79 .PP 76 This example shows how tdb2 is used as a the default idmap backend\&. It configures the idmap range through the global options for all domains encountered\&. This same range is used for uid/gid allocation\&.80 This example shows how tdb2 is used as a the default idmap backend\&. 77 81 .sp 78 82 .if n \{\ … … 81 85 .nf 82 86 [global] 83 idmap backend = tdb2 84 idmap uid = 1000000\-2000000 85 idmap gid = 1000000\-2000000 87 idmap config * : backend = tdb2 88 idmap config * : range = 1000000\-2000000 89 90 .fi 91 .if n \{\ 92 .RE 93 .\} 94 .PP 95 This example shows how tdb2 is used as a the default idmap backend using an external program via the script parameter: 96 .sp 97 .if n \{\ 98 .RS 4 99 .\} 100 .nf 101 [global] 102 idmap config * : backend = tdb2 103 idmap config * : range = 1000000\-2000000 104 idmap config * : script = /usr/local/samba/bin/idmap_script\&.sh 86 105 87 106 .fi
Note:
See TracChangeset
for help on using the changeset viewer.