Ignore:
Timestamp:
Nov 27, 2012, 4:43:17 PM (13 years ago)
Author:
Silvan Scherrer
Message:

Samba Server: updated trunk to 3.6.0

Location:
trunk/server
Files:
2 edited

Legend:

Unmodified
Added
Removed
  • trunk/server

  • trunk/server/docs/manpages/idmap_tdb2.8

    r620 r745  
    33.\"    Author: [see the "AUTHOR" section]
    44.\" Generator: DocBook XSL Stylesheets v1.75.2 <http://docbook.sf.net/>
    5 .\"      Date: 08/02/2011
     5.\"      Date: 08/08/2011
    66.\"    Manual: System Administration tools
    7 .\"    Source: Samba 3.5
     7.\"    Source: Samba 3.6
    88.\"  Language: English
    99.\"
    10 .TH "IDMAP_TDB2" "8" "08/02/2011" "Samba 3\&.5" "System Administration tools"
     10.TH "IDMAP_TDB2" "8" "08/08/2011" "Samba 3\&.6" "System Administration tools"
    1111.\" -----------------------------------------------------------------
    1212.\" * set default formatting
     
    2525The 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\&.
    2626.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\&.
     27In 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\&.
    3328.SH "IDMAP OPTIONS"
    3429.PP
    3530range = low \- high
    3631.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\&.
     32Defines the available matching uid and gid range for which the backend is authoritative\&.
     33.RE
     34.PP
     35script
     36.RS 4
     37This 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\&.
    3838.RE
    3939.SH "IDMAP SCRIPT"
    4040.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\&.
     41The tdb2 idmap backend supports an external program for performing id mappings through the smb\&.conf option
     42\fIidmap config * : script\fR
     43or its deprecated legacy form
     44\fIidmap : script\fR\&.
     45.PP
     46The 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
     48The script should accept the following command line options\&.
    4349.sp
    4450.if n \{\
     
    7076.RE
    7177.\}
    72 .PP
    73 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\&.
    7478.SH "EXAMPLES"
    7579.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\&.
     80This example shows how tdb2 is used as a the default idmap backend\&.
    7781.sp
    7882.if n \{\
     
    8185.nf
    8286        [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
     95This 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
    86105       
    87106.fi
Note: See TracChangeset for help on using the changeset viewer.