The SMB server resides in a multiprotocol environment and provides an integrated model for sharing data between Windows and Oracle Solaris systems. Although files can be accessed simultaneously from both Windows and Oracle Solaris systems, no industry-standard mechanism is available to define a user in both Windows and Oracle Solaris environments. Objects can be created in either environment but traditionally the access control semantics for each environment are vastly different. The Oracle Solaris OS has adopted the Windows model of access control lists (ACLs) by using ACLs in NFS Version 4 and the ZFS file system, and by providing the
idmap identity mapping service.
The SMB server uses identity mapping to establish an equivalence relationship between an Oracle Solaris user or group and a Windows user or group in which both the Oracle Solaris and Windows identities are deemed to have equivalent rights on the system.
The SMB server determines the Windows user's Oracle Solaris credentials by using the
idmap service to map the SIDs in the user's Windows access token to UIDs and GIDs, as appropriate. The service checks the mappings and if a match for the Windows domain name and Windows entity name is found, the Oracle Solaris UID or GID is taken from the matching entry. If no match is found, an ephemeral UID or GID is dynamically allocated.
idmap service can run in the global zone or in non-global zones. However, if Oracle Solaris Trusted Extensions software is enabled, the
idmap service must run in the global zone.
idmap service supports the following types of mappings between Windows identifiers and Oracle Solaris user IDs and group IDs:
Directory-based mapping. If configured,
idmapfirst attempts to use mapping information that is stored in a directory with other user and group information.
Directory-based name mapping. In this mode,
idmapattempts to use name mapping information that is stored in user or group objects in the Active Directory (AD), in the native LDAP directory service, or in both. For instance, an AD object for a particular Windows user or group can be augmented to include the corresponding Oracle Solaris user or group name. Similarly, the native LDAP object for a particular Oracle Solaris user or group can be augmented to include the corresponding Windows user or group name.
You can configure
idmapto use AD, native LDAP directory-based name mappings, or both, by setting the
idmapservice properties in the Service Management Facility (SMF). See "Service Properties" in the
idmap(8) man page.
Identity Management for UNIX (IDMU). In this mode,
idmapattempts to use UID or GID information that is stored in the AD data for the Windows user or group. IDMU is an optional AD component that was added to Windows Server 2003R2. IDMU adds a UNIX Attributes tab to the Active Directory Users and Computers user interface.
If directory-based name mapping is not configured or if it is configured but the user or group entry does not include mapping data,
idmapwill continue to try additional mapping mechanisms.
Rule-based mapping. This mechanism enables the administrator to define rules that associate Windows and Oracle Solaris users and groups by name.
Ephemeral ID mapping. An ephemeral ID is a dynamic UID or GID mapping for a windows identity that is not already mapped by name. An ephemeral ID does not persist across Oracle Solaris system reboots. Ephemeral mappings enable the SMB server to work in a Windows environment without having to configure any name-based mappings. Windows users and groups that have no corresponding Oracle Solaris user or group are assigned temporary UIDs and GIDs. Over two billion identifiers are available for use. This mechanism is largely transparent if you have the
adsource configured for the
groupdatabases in SMF. For more information, see Chapter 4, Setting Up Oracle Solaris Active Directory Clients in Working With Oracle Solaris 11.4 Directory and Naming Services: DNS and NIS.
You can use the
idmap command to create and manage the rule-based mappings. These rules map the specified Windows name to the specified Oracle Solaris name, and vice versa. By default, rule-based mappings that you create are bidirectional.
The following example shows a bidirectional mapping of the Windows user
uthree, the Oracle Solaris user. Note that
firstname.lastname@example.org maps to
uthree maps to
email@example.com == uthree
For more information about other mapping types, see the
idmap(8) man page.