<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://htyp.org/mw/index.php?action=history&amp;feed=atom&amp;title=smb.conf%2Fmanpage%2F2006%2Fparameters%2FI</id>
	<title>smb.conf/manpage/2006/parameters/I - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://htyp.org/mw/index.php?action=history&amp;feed=atom&amp;title=smb.conf%2Fmanpage%2F2006%2Fparameters%2FI"/>
	<link rel="alternate" type="text/html" href="https://htyp.org/mw/index.php?title=smb.conf/manpage/2006/parameters/I&amp;action=history"/>
	<updated>2026-06-25T21:33:34Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.45.3</generator>
	<entry>
		<id>https://htyp.org/mw/index.php?title=smb.conf/manpage/2006/parameters/I&amp;diff=14077&amp;oldid=prev</id>
		<title>Woozle: splitting into subpages</title>
		<link rel="alternate" type="text/html" href="https://htyp.org/mw/index.php?title=smb.conf/manpage/2006/parameters/I&amp;diff=14077&amp;oldid=prev"/>
		<updated>2010-09-05T14:52:07Z</updated>

		<summary type="html">&lt;p&gt;splitting into subpages&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;==idmap backend==&lt;br /&gt;
       idmap backend (G)&lt;br /&gt;
              The  purpose of the idmap backend parameter is to allow idmap to&lt;br /&gt;
              NOT use the local idmap tdb file to obtain SID to UID / GID map-&lt;br /&gt;
              pings,  but  instead  to obtain them from a common LDAP backend.&lt;br /&gt;
              This way all domain members and controllers will have  the  same&lt;br /&gt;
              UID  and  GID to SID mappings. This avoids the risk of UID / GID&lt;br /&gt;
              inconsistencies across UNIX / Linux  systems  that  are  sharing&lt;br /&gt;
              information over protocols other than SMB/CIFS (ie: NFS).&lt;br /&gt;
&lt;br /&gt;
              An  alternate method of SID to UID / GID mapping can be achieved&lt;br /&gt;
              using the idmap_rid plug-in. This plug-in uses the  account  RID&lt;br /&gt;
              to  derive  the  UID  and  GID by adding the RID to a base value&lt;br /&gt;
              specified.  This  utility  requires  that  the  parameter``a�al�ll�lo�ow�w&lt;br /&gt;
              t�tr�ru�us�st�te�ed�d  d�do�om�ma�ai�in�ns�s =�= N�No�o&amp;#039;&amp;#039; must be specified, as it is not compati-&lt;br /&gt;
              ble with multiple domain environments. The idmap uid  and  idmap&lt;br /&gt;
              gid ranges must also be specified.&lt;br /&gt;
&lt;br /&gt;
              Default: _�i_�d_�m_�a_�p _�b_�a_�c_�k_�e_�n_�d =&lt;br /&gt;
&lt;br /&gt;
              Example: _�i_�d_�m_�a_�p _�b_�a_�c_�k_�e_�n_�d = ldap:ldap://ldapslave.example.com&lt;br /&gt;
&lt;br /&gt;
              Example: _�i_�d_�m_�a_�p _�b_�a_�c_�k_�e_�n_�d = idmap_rid:DOMNAME=1000-100000000&lt;br /&gt;
&lt;br /&gt;
==idmap gid==&lt;br /&gt;
       winbind gid&lt;br /&gt;
              This parameter is a synonym for idmap gid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
       idmap gid (G)&lt;br /&gt;
              The  idmap  gid  parameter specifies the range of group ids that&lt;br /&gt;
              are allocated for the purpose of mapping UNX groups to NT  group&lt;br /&gt;
              SIDs.  This  range of group ids should have no existing local or&lt;br /&gt;
              NIS groups within it as strange conflicts can occur otherwise.&lt;br /&gt;
&lt;br /&gt;
              The availability of an idmap gid range is essential for  correct&lt;br /&gt;
              operation of all group mapping.&lt;br /&gt;
&lt;br /&gt;
              Default: _�i_�d_�m_�a_�p _�g_�i_�d =&lt;br /&gt;
&lt;br /&gt;
              Example: _�i_�d_�m_�a_�p _�g_�i_�d = 10000-20000&lt;br /&gt;
&lt;br /&gt;
==idmap uid==&lt;br /&gt;
       winbind uid&lt;br /&gt;
              This parameter is a synonym for idmap uid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
       idmap uid (G)&lt;br /&gt;
              The idmap uid parameter specifies the range of user ids that are&lt;br /&gt;
              allocated for use in mapping UNIX users to NT  user  SIDs.  This&lt;br /&gt;
              range  of  ids should have no existing local or NIS users within&lt;br /&gt;
              it as strange conflicts can occur otherwise.&lt;br /&gt;
&lt;br /&gt;
              Default: _�i_�d_�m_�a_�p _�u_�i_�d =&lt;br /&gt;
&lt;br /&gt;
              Example: _�i_�d_�m_�a_�p _�u_�i_�d = 10000-20000&lt;br /&gt;
&lt;br /&gt;
==include==&lt;br /&gt;
       include (G)&lt;br /&gt;
              This allows you to include one config file inside  another.  The&lt;br /&gt;
              file is included literally, as though typed in place.&lt;br /&gt;
&lt;br /&gt;
              It takes the standard substitutions, except _�%_�u , _�%_�P and _�%_�S.&lt;br /&gt;
&lt;br /&gt;
              Default: _�i_�n_�c_�l_�u_�d_�e =&lt;br /&gt;
&lt;br /&gt;
              Example: _�i_�n_�c_�l_�u_�d_�e = /usr/local/samba/lib/admin_smb.conf&lt;br /&gt;
&lt;br /&gt;
==inherit acls==&lt;br /&gt;
       inherit acls (S)&lt;br /&gt;
              This  parameter can be used to ensure that if default acls exist&lt;br /&gt;
              on parent directories, they are always honored when  creating  a&lt;br /&gt;
              subdirectory.  The default behavior is to use the mode specified&lt;br /&gt;
              when creating the directory. Enabling this option sets the  mode&lt;br /&gt;
              to 0777, thus guaranteeing that default directory acls are prop-&lt;br /&gt;
              agated.&lt;br /&gt;
&lt;br /&gt;
              Default: _�i_�n_�h_�e_�r_�i_�t _�a_�c_�l_�s = no&lt;br /&gt;
&lt;br /&gt;
==inherit permissions==&lt;br /&gt;
       inherit permissions (S)&lt;br /&gt;
              The permissions on new files and directories are  normally  gov-&lt;br /&gt;
              erned  by   _�c_�r_�e_�a_�t_�e  _�m_�a_�s_�k,  _�d_�i_�r_�e_�c_�t_�o_�r_�y _�m_�a_�s_�k, _�f_�o_�r_�c_�e _�c_�r_�e_�a_�t_�e _�m_�o_�d_�e and&lt;br /&gt;
              _�f_�o_�r_�c_�e _�d_�i_�r_�e_�c_�t_�o_�r_�y _�m_�o_�d_�e but the boolean inherit permissions parame-&lt;br /&gt;
              ter overrides this.&lt;br /&gt;
&lt;br /&gt;
              New  directories  inherit  the  mode  of  the  parent directory,&lt;br /&gt;
              including bits such as setgid.&lt;br /&gt;
&lt;br /&gt;
              New files inherit their read/write bits from the  parent  direc-&lt;br /&gt;
              tory.  Their  execute  bits  continue  to  be  determined by _�m_�a_�p&lt;br /&gt;
              _�a_�r_�c_�h_�i_�v_�e, _�m_�a_�p _�h_�i_�d_�d_�e_�n and _�m_�a_�p _�s_�y_�s_�t_�e_�m as usual.&lt;br /&gt;
&lt;br /&gt;
              Note that the setuid bit is n�ne�ev�ve�er�r set via inheritance (the  code&lt;br /&gt;
              explicitly prohibits this).&lt;br /&gt;
&lt;br /&gt;
              This  can  be  particularly  useful  on  large systems with many&lt;br /&gt;
              users, perhaps several thousand, to allow a single [homes] share&lt;br /&gt;
              to be used flexibly by each user.&lt;br /&gt;
&lt;br /&gt;
              Default: _�i_�n_�h_�e_�r_�i_�t _�p_�e_�r_�m_�i_�s_�s_�i_�o_�n_�s = no&lt;br /&gt;
&lt;br /&gt;
==interfaces==&lt;br /&gt;
       interfaces (G)&lt;br /&gt;
              This  option  allows  you to override the default network inter-&lt;br /&gt;
              faces list that Samba will use for browsing,  name  registration&lt;br /&gt;
              and  other  NBT  traffic. By default Samba will query the kernel&lt;br /&gt;
              for the list of all active interfaces  and  use  any  interfaces&lt;br /&gt;
              except 127.0.0.1 that are broadcast capable.&lt;br /&gt;
&lt;br /&gt;
              The option takes a list of interface strings. Each string can be&lt;br /&gt;
              in any of the following forms:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
              ·  a network interface name (such as  eth0).  This  may  include&lt;br /&gt;
                 shell-like  wildcards so eth* will match any interface start-&lt;br /&gt;
                 ing with the substring &amp;quot;eth&amp;quot;&lt;br /&gt;
&lt;br /&gt;
              ·  an IP address. In this case the netmask  is  determined  from&lt;br /&gt;
                 the list of interfaces obtained from the kernel&lt;br /&gt;
&lt;br /&gt;
              ·  an IP/mask pair.&lt;br /&gt;
&lt;br /&gt;
              ·  a broadcast/mask pair.&lt;br /&gt;
&lt;br /&gt;
       The  &amp;quot;mask&amp;quot;  parameters  can either be a bit length (such as 24 for a C&lt;br /&gt;
       class network) or a full netmask in dotted decimal form.&lt;br /&gt;
&lt;br /&gt;
       The &amp;quot;IP&amp;quot; parameters above can  either  be  a  full  dotted  decimal  IP&lt;br /&gt;
       address or a hostname which will be looked up via the OS&amp;#039;s normal host-&lt;br /&gt;
       name resolution mechanisms.&lt;br /&gt;
&lt;br /&gt;
       Default: _�i_�n_�t_�e_�r_�f_�a_�c_�e_�s = # all active interfaces except 127.0.0.1 that are&lt;br /&gt;
       broadcast capable&lt;br /&gt;
&lt;br /&gt;
       Example:  _�i_�n_�t_�e_�r_�f_�a_�c_�e_�s  = # This would configure three network interfaces&lt;br /&gt;
       corresponding to the eth0 device  and  IP  addresses  192.168.2.10  and&lt;br /&gt;
       192.168.3.10. The netmasks of the latter two interfaces would be set to&lt;br /&gt;
       255.255.255.0. eth0 192.168.2.10/24 192.168.3.10/255.255.255.0&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==invalid users==&lt;br /&gt;
       invalid users (S)&lt;br /&gt;
              This is a list of users that should not be allowed to  login  to&lt;br /&gt;
              this  service.  This  is  really  a p�pa�ar�ra�an�no�oi�id�d check to absolutely&lt;br /&gt;
              ensure an improper setting does not breach your security.&lt;br /&gt;
&lt;br /&gt;
              A name starting with a &amp;#039;@&amp;#039; is interpreted  as  an  NIS  netgroup&lt;br /&gt;
              first (if your system supports NIS), and then as a UNIX group if&lt;br /&gt;
              the name was not found in the NIS netgroup database.&lt;br /&gt;
&lt;br /&gt;
              A name starting with &amp;#039;+&amp;#039; is interpreted only by looking  in  the&lt;br /&gt;
              UNIX  group  database.  A  name starting with &amp;#039;&amp;amp;&amp;#039; is interpreted&lt;br /&gt;
              only by looking in the NIS netgroup database (this requires  NIS&lt;br /&gt;
              to be working on your system). The characters &amp;#039;+&amp;#039; and &amp;#039;&amp;amp;&amp;#039; may be&lt;br /&gt;
              used at the start of the name  in  either  order  so  the  value&lt;br /&gt;
              _�+_�&amp;amp;_�g_�r_�o_�u_�p means check the UNIX group database, followed by the NIS&lt;br /&gt;
              netgroup database, and the value _�&amp;amp;_�+_�g_�r_�o_�u_�p  means  check  the  NIS&lt;br /&gt;
              netgroup database, followed by the UNIX group database (the same&lt;br /&gt;
              as the &amp;#039;@&amp;#039; prefix).&lt;br /&gt;
&lt;br /&gt;
              The current servicename is substituted for _�%_�S. This is useful in&lt;br /&gt;
              the [homes] section.&lt;br /&gt;
&lt;br /&gt;
              Default: _�i_�n_�v_�a_�l_�i_�d _�u_�s_�e_�r_�s = # no invalid users&lt;br /&gt;
&lt;br /&gt;
              Example: _�i_�n_�v_�a_�l_�i_�d _�u_�s_�e_�r_�s = root fred admin @wheel&lt;/div&gt;</summary>
		<author><name>Woozle</name></author>
	</entry>
</feed>