diff options
Diffstat (limited to 'docs/htmldocs/Samba3-HOWTO/NetCommand.html')
| -rw-r--r-- | docs/htmldocs/Samba3-HOWTO/NetCommand.html | 456 |
1 files changed, 228 insertions, 228 deletions
diff --git a/docs/htmldocs/Samba3-HOWTO/NetCommand.html b/docs/htmldocs/Samba3-HOWTO/NetCommand.html index 48e9029b4b..6d2568247c 100644 --- a/docs/htmldocs/Samba3-HOWTO/NetCommand.html +++ b/docs/htmldocs/Samba3-HOWTO/NetCommand.html @@ -1,16 +1,16 @@ -<html><head><meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"><title>Chapter 13. Remote and Local Management: The Net Command</title><link rel="stylesheet" href="samba.css" type="text/css"><meta name="generator" content="DocBook XSL Stylesheets V1.72.0"><link rel="start" href="index.html" title="The Official Samba 3.2.x HOWTO and Reference Guide"><link rel="up" href="optional.html" title="Part III. Advanced Configuration"><link rel="prev" href="groupmapping.html" title="Chapter 12. Group Mapping: MS Windows and UNIX"><link rel="next" href="idmapper.html" title="Chapter 14. Identity Mapping (IDMAP)"></head><body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"><div class="navheader"><table width="100%" summary="Navigation header"><tr><th colspan="3" align="center">Chapter 13. Remote and Local Management: The Net Command</th></tr><tr><td width="20%" align="left"><a accesskey="p" href="groupmapping.html">Prev</a> </td><th width="60%" align="center">Part III. Advanced Configuration</th><td width="20%" align="right"> <a accesskey="n" href="idmapper.html">Next</a></td></tr></table><hr></div><div class="chapter" lang="en"><div class="titlepage"><div><div><h2 class="title"><a name="NetCommand"></a>Chapter 13. Remote and Local Management: The Net Command</h2></div><div><div class="author"><h3 class="author"><span class="firstname">John</span> <span class="othername">H.</span> <span class="surname">Terpstra</span></h3><div class="affiliation"><span class="orgname">Samba Team<br></span><div class="address"><p><code class="email"><<a href="mailto:jht@samba.org">jht@samba.org</a>></code></p></div></div></div></div><div><div class="author"><h3 class="author"><span class="firstname">Volker</span> <span class="surname">Lendecke</span></h3><div class="affiliation"><span class="orgname">Samba Team<br></span><div class="address"><p><code class="email"><<a href="mailto:Volker.Lendecke@SerNet.DE">Volker.Lendecke@SerNet.DE</a>></code></p></div></div></div></div><div><div class="author"><h3 class="author"><span class="firstname">Guenther</span> <span class="surname">Deschner</span></h3><div class="affiliation"><span class="orgname">SuSE<br></span><div class="address"><p><code class="email"><<a href="mailto:gd@suse.de">gd@suse.de</a>></code></p></div></div></div></div><div><p class="pubdate">May 9, 2005</p></div></div></div><div class="toc"><p><b>Table of Contents</b></p><dl><dt><span class="sect1"><a href="NetCommand.html#id370067">Overview</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id370344">Administrative Tasks and Methods</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id370418">UNIX and Windows Group Management</a></span></dt><dd><dl><dt><span class="sect2"><a href="NetCommand.html#id370568">Adding, Renaming, or Deletion of Group Accounts</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#grpmemshipchg">Manipulating Group Memberships</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#nestedgrpmgmgt">Nested Group Support</a></span></dt></dl></dd><dt><span class="sect1"><a href="NetCommand.html#id371804">UNIX and Windows User Management</a></span></dt><dd><dl><dt><span class="sect2"><a href="NetCommand.html#sbeuseraddn">Adding User Accounts</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id371995">Deletion of User Accounts</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id372040">Managing User Accounts</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id372102">User Mapping</a></span></dt></dl></dd><dt><span class="sect1"><a href="NetCommand.html#id372180">Administering User Rights and Privileges</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id372494">Managing Trust Relationships</a></span></dt><dd><dl><dt><span class="sect2"><a href="NetCommand.html#id372506">Machine Trust Accounts</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id372844">Interdomain Trusts</a></span></dt></dl></dd><dt><span class="sect1"><a href="NetCommand.html#id373053">Managing Security Identifiers (SIDS)</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id373255">Share Management</a></span></dt><dd><dl><dt><span class="sect2"><a href="NetCommand.html#id373297">Creating, Editing, and Removing Shares</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id373453">Creating and Changing Share ACLs</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id373480">Share, Directory, and File Migration</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id374016">Printer Migration</a></span></dt></dl></dd><dt><span class="sect1"><a href="NetCommand.html#id374226">Controlling Open Files</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id374244">Session and Connection Management</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id374303">Printers and ADS</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id374407">Manipulating the Samba Cache</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id374423">Managing IDMAP UID/SID Mappings</a></span></dt><dd><dl><dt><span class="sect2"><a href="NetCommand.html#id374462">Creating an IDMAP Database Dump File</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id374493">Restoring the IDMAP Database Dump File</a></span></dt></dl></dd><dt><span class="sect1"><a href="NetCommand.html#netmisc1">Other Miscellaneous Operations</a></span></dt></dl></div><p> -<a class="indexterm" name="id369939"></a> -<a class="indexterm" name="id369945"></a> -<a class="indexterm" name="id369952"></a> -<a class="indexterm" name="id369959"></a> +<html><head><meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"><title>Chapter 13. Remote and Local Management: The Net Command</title><link rel="stylesheet" href="../samba.css" type="text/css"><meta name="generator" content="DocBook XSL Stylesheets V1.73.1"><link rel="start" href="index.html" title="The Official Samba 3.2.x HOWTO and Reference Guide"><link rel="up" href="optional.html" title="Part III. Advanced Configuration"><link rel="prev" href="groupmapping.html" title="Chapter 12. Group Mapping: MS Windows and UNIX"><link rel="next" href="idmapper.html" title="Chapter 14. Identity Mapping (IDMAP)"></head><body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"><div class="navheader"><table width="100%" summary="Navigation header"><tr><th colspan="3" align="center">Chapter 13. Remote and Local Management: The Net Command</th></tr><tr><td width="20%" align="left"><a accesskey="p" href="groupmapping.html">Prev</a> </td><th width="60%" align="center">Part III. Advanced Configuration</th><td width="20%" align="right"> <a accesskey="n" href="idmapper.html">Next</a></td></tr></table><hr></div><div class="chapter" lang="en"><div class="titlepage"><div><div><h2 class="title"><a name="NetCommand"></a>Chapter 13. Remote and Local Management: The Net Command</h2></div><div><div class="author"><h3 class="author"><span class="firstname">John</span> <span class="othername">H.</span> <span class="surname">Terpstra</span></h3><div class="affiliation"><span class="orgname">Samba Team<br></span><div class="address"><p><code class="email"><<a class="email" href="mailto:jht@samba.org">jht@samba.org</a>></code></p></div></div></div></div><div><div class="author"><h3 class="author"><span class="firstname">Volker</span> <span class="surname">Lendecke</span></h3><div class="affiliation"><span class="orgname">Samba Team<br></span><div class="address"><p><code class="email"><<a class="email" href="mailto:Volker.Lendecke@SerNet.DE">Volker.Lendecke@SerNet.DE</a>></code></p></div></div></div></div><div><div class="author"><h3 class="author"><span class="firstname">Guenther</span> <span class="surname">Deschner</span></h3><div class="affiliation"><span class="orgname">SuSE<br></span><div class="address"><p><code class="email"><<a class="email" href="mailto:gd@suse.de">gd@suse.de</a>></code></p></div></div></div></div><div><p class="pubdate">May 9, 2005</p></div></div></div><div class="toc"><p><b>Table of Contents</b></p><dl><dt><span class="sect1"><a href="NetCommand.html#id2621049">Overview</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id2621344">Administrative Tasks and Methods</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id2621425">UNIX and Windows Group Management</a></span></dt><dd><dl><dt><span class="sect2"><a href="NetCommand.html#id2621584">Adding, Renaming, or Deletion of Group Accounts</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#grpmemshipchg">Manipulating Group Memberships</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#nestedgrpmgmgt">Nested Group Support</a></span></dt></dl></dd><dt><span class="sect1"><a href="NetCommand.html#id2622947">UNIX and Windows User Management</a></span></dt><dd><dl><dt><span class="sect2"><a href="NetCommand.html#sbeuseraddn">Adding User Accounts</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id2623159">Deletion of User Accounts</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id2623207">Managing User Accounts</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id2623276">User Mapping</a></span></dt></dl></dd><dt><span class="sect1"><a href="NetCommand.html#id2623359">Administering User Rights and Privileges</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id2623714">Managing Trust Relationships</a></span></dt><dd><dl><dt><span class="sect2"><a href="NetCommand.html#id2623729">Machine Trust Accounts</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id2624098">Interdomain Trusts</a></span></dt></dl></dd><dt><span class="sect1"><a href="NetCommand.html#id2624332">Managing Security Identifiers (SIDS)</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id2624553">Share Management</a></span></dt><dd><dl><dt><span class="sect2"><a href="NetCommand.html#id2624599">Creating, Editing, and Removing Shares</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id2624787">Creating and Changing Share ACLs</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id2624817">Share, Directory, and File Migration</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id2625446">Printer Migration</a></span></dt></dl></dd><dt><span class="sect1"><a href="NetCommand.html#id2625696">Controlling Open Files</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id2625716">Session and Connection Management</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id2625781">Printers and ADS</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id2625897">Manipulating the Samba Cache</a></span></dt><dt><span class="sect1"><a href="NetCommand.html#id2625915">Managing IDMAP UID/SID Mappings</a></span></dt><dd><dl><dt><span class="sect2"><a href="NetCommand.html#id2625959">Creating an IDMAP Database Dump File</a></span></dt><dt><span class="sect2"><a href="NetCommand.html#id2625994">Restoring the IDMAP Database Dump File</a></span></dt></dl></dd><dt><span class="sect1"><a href="NetCommand.html#netmisc1">Other Miscellaneous Operations</a></span></dt></dl></div><p> +<a class="indexterm" name="id2620910"></a> +<a class="indexterm" name="id2620917"></a> +<a class="indexterm" name="id2620924"></a> +<a class="indexterm" name="id2620931"></a> The <code class="literal">net</code> command is one of the new features of Samba-3 and is an attempt to provide a useful tool for the majority of remote management operations necessary for common tasks. The <code class="literal">net</code> tool is flexible by design and is intended for command-line use as well as for scripted control application. </p><p> -<a class="indexterm" name="id369983"></a> -<a class="indexterm" name="id369989"></a> -<a class="indexterm" name="id369996"></a> -<a class="indexterm" name="id370003"></a> +<a class="indexterm" name="id2620957"></a> +<a class="indexterm" name="id2620964"></a> +<a class="indexterm" name="id2620971"></a> +<a class="indexterm" name="id2620978"></a> Originally introduced with the intent to mimic the Microsoft Windows command that has the same name, the <code class="literal">net</code> command has morphed into a very powerful instrument that has become an essential part of the Samba network administrator's toolbox. The Samba Team has introduced tools, such as @@ -22,27 +22,27 @@ provided should look at the <code class="literal">net</code> command before sear </p><p> A Samba-3 administrator cannot afford to gloss over this chapter because to do so will almost certainly cause the infliction of self-induced pain, agony, and desperation. Be warned: this is an important chapter. -</p><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id370067"></a>Overview</h2></div></div></div><p> -<a class="indexterm" name="id370075"></a> -<a class="indexterm" name="id370082"></a> -<a class="indexterm" name="id370089"></a> -<a class="indexterm" name="id370095"></a> -<a class="indexterm" name="id370102"></a> -<a class="indexterm" name="id370108"></a> +</p><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2621049"></a>Overview</h2></div></div></div><p> +<a class="indexterm" name="id2621057"></a> +<a class="indexterm" name="id2621064"></a> +<a class="indexterm" name="id2621071"></a> +<a class="indexterm" name="id2621077"></a> +<a class="indexterm" name="id2621084"></a> +<a class="indexterm" name="id2621090"></a> The tasks that follow the installation of a Samba-3 server, whether standalone or domain member, of a domain controller (PDC or BDC) begins with the need to create administrative rights. Of course, the creation of user and group accounts is essential for both a standalone server and a PDC. In the case of a BDC or a Domain Member server (DMS), domain user and group accounts are obtained from the central domain authentication backend. </p><p> -<a class="indexterm" name="id370122"></a> -<a class="indexterm" name="id370129"></a> -<a class="indexterm" name="id370136"></a> -<a class="indexterm" name="id370143"></a> -<a class="indexterm" name="id370149"></a> -<a class="indexterm" name="id370156"></a> -<a class="indexterm" name="id370162"></a> -<a class="indexterm" name="id370169"></a> +<a class="indexterm" name="id2621108"></a> +<a class="indexterm" name="id2621115"></a> +<a class="indexterm" name="id2621122"></a> +<a class="indexterm" name="id2621129"></a> +<a class="indexterm" name="id2621136"></a> +<a class="indexterm" name="id2621142"></a> +<a class="indexterm" name="id2621149"></a> +<a class="indexterm" name="id2621156"></a> Regardless of the type of server being installed, local UNIX groups must be mapped to the Windows networking domain global group accounts. Do you ask why? Because Samba always limits its access to the resources of the host server by way of traditional UNIX UID and GID controls. This means that local @@ -50,41 +50,41 @@ the infliction of self-induced pain, agony, and desperation. Be warned: this is global groups can be given access rights based on UIDs and GIDs local to the server that is hosting Samba. Such mappings are implemented using the <code class="literal">net</code> command. </p><p> -<a class="indexterm" name="id370190"></a> -<a class="indexterm" name="id370196"></a> -<a class="indexterm" name="id370203"></a> -<a class="indexterm" name="id370209"></a> -<a class="indexterm" name="id370216"></a> -<a class="indexterm" name="id370223"></a> -<a class="indexterm" name="id370230"></a> +<a class="indexterm" name="id2621180"></a> +<a class="indexterm" name="id2621187"></a> +<a class="indexterm" name="id2621193"></a> +<a class="indexterm" name="id2621200"></a> +<a class="indexterm" name="id2621207"></a> +<a class="indexterm" name="id2621214"></a> +<a class="indexterm" name="id2621221"></a> UNIX systems that are hosting a Samba-3 server that is running as a member (PDC, BDC, or DMS) must have a machine security account in the domain authentication database (or directory). The creation of such security (or trust) accounts is also handled using the <code class="literal">net</code> command. </p><p> -<a class="indexterm" name="id370247"></a> -<a class="indexterm" name="id370254"></a> -<a class="indexterm" name="id370261"></a> -<a class="indexterm" name="id370268"></a> -<a class="indexterm" name="id370274"></a> -<a class="indexterm" name="id370281"></a> -<a class="indexterm" name="id370288"></a> -<a class="indexterm" name="id370295"></a> -<a class="indexterm" name="id370302"></a> +<a class="indexterm" name="id2621241"></a> +<a class="indexterm" name="id2621248"></a> +<a class="indexterm" name="id2621254"></a> +<a class="indexterm" name="id2621261"></a> +<a class="indexterm" name="id2621268"></a> +<a class="indexterm" name="id2621275"></a> +<a class="indexterm" name="id2621282"></a> +<a class="indexterm" name="id2621289"></a> +<a class="indexterm" name="id2621296"></a> The establishment of interdomain trusts is achieved using the <code class="literal">net</code> command also, as may a plethora of typical administrative duties such as user management, group management, share and printer management, file and printer migration, security identifier management, and so on. </p><p> -<a class="indexterm" name="id370320"></a> -<a class="indexterm" name="id370326"></a> +<a class="indexterm" name="id2621317"></a> +<a class="indexterm" name="id2621323"></a> The overall picture should be clear now: the <code class="literal">net</code> command plays a central role on the Samba-3 stage. This role will continue to be developed. The inclusion of this chapter is evidence of its importance, one that has grown in complexity to the point that it is no longer considered prudent to cover its use fully in the online UNIX man pages. - </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id370344"></a>Administrative Tasks and Methods</h2></div></div></div><p> -<a class="indexterm" name="id370352"></a> -<a class="indexterm" name="id370358"></a> -<a class="indexterm" name="id370365"></a> -<a class="indexterm" name="id370374"></a> + </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2621344"></a>Administrative Tasks and Methods</h2></div></div></div><p> +<a class="indexterm" name="id2621352"></a> +<a class="indexterm" name="id2621358"></a> +<a class="indexterm" name="id2621365"></a> +<a class="indexterm" name="id2621374"></a> The basic operations of the <code class="literal">net</code> command are documented here. This documentation is not exhaustive, and thus it is incomplete. Since the primary focus is on migration from Windows servers to a Samba server, the emphasis is on the use of the Distributed Computing Environment Remote Procedure Call (DCE RPC) @@ -94,36 +94,36 @@ the infliction of self-induced pain, agony, and desperation. Be warned: this is automatically fall back via the <code class="constant">ads</code>, <code class="constant">rpc</code>, and <code class="constant">rap</code> modes. Please refer to the man page for a more comprehensive overview of the capabilities of this utility. - </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id370418"></a>UNIX and Windows Group Management</h2></div></div></div><p> -<a class="indexterm" name="id370426"></a> -<a class="indexterm" name="id370433"></a> -<a class="indexterm" name="id370441"></a> -<a class="indexterm" name="id370450"></a> -<a class="indexterm" name="id370459"></a> + </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2621425"></a>UNIX and Windows Group Management</h2></div></div></div><p> +<a class="indexterm" name="id2621433"></a> +<a class="indexterm" name="id2621440"></a> +<a class="indexterm" name="id2621449"></a> +<a class="indexterm" name="id2621457"></a> +<a class="indexterm" name="id2621466"></a> As stated, the focus in most of this chapter is on use of the <code class="literal">net rpc</code> family of operations that are supported by Samba. Most of them are supported by the <code class="literal">net ads</code> mode when used in connection with Active Directory. The <code class="literal">net rap</code> operating mode is also supported for some of these operations. RAP protocols are used by IBM OS/2 and by several earlier SMB servers. </p><p> -<a class="indexterm" name="id370489"></a> -<a class="indexterm" name="id370496"></a> -<a class="indexterm" name="id370503"></a> +<a class="indexterm" name="id2621500"></a> +<a class="indexterm" name="id2621506"></a> +<a class="indexterm" name="id2621513"></a> Samba's <code class="literal">net</code> tool implements sufficient capability to permit all common administrative tasks to be completed from the command line. In this section each of the essential user and group management facilities are explored. </p><p> -<a class="indexterm" name="id370520"></a> -<a class="indexterm" name="id370527"></a> -<a class="indexterm" name="id370536"></a> -<a class="indexterm" name="id370546"></a> +<a class="indexterm" name="id2621533"></a> +<a class="indexterm" name="id2621540"></a> +<a class="indexterm" name="id2621549"></a> +<a class="indexterm" name="id2621558"></a> Samba-3 recognizes two types of groups: <span class="emphasis"><em>domain groups</em></span> and <span class="emphasis"><em>local groups</em></span>. Domain groups can contain (have as members) only domain user accounts. Local groups can contain local users, domain users, and domain groups as members. </p><p> The purpose of a local group is to permit file permission to be set for a group account that, like the usual UNIX/Linux group, is persistent across redeployment of a Windows file server. - </p><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id370568"></a>Adding, Renaming, or Deletion of Group Accounts</h3></div></div></div><p> + </p><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2621584"></a>Adding, Renaming, or Deletion of Group Accounts</h3></div></div></div><p> Samba provides file and print services to Windows clients. The file system resources it makes available to the Windows environment must, of necessity, be provided in a manner that is compatible with the Windows networking environment. UNIX groups are created and deleted as required to serve operational @@ -143,11 +143,11 @@ the infliction of self-induced pain, agony, and desperation. Be warned: this is between the UNIX group account and its members to the respective Windows group accounts. It goes on to show how UNIX group members automatically pass-through to Windows group membership as soon as a logical mapping has been created. - </p><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id370603"></a>Adding or Creating a New Group</h4></div></div></div><p> + </p><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2621626"></a>Adding or Creating a New Group</h4></div></div></div><p> Before attempting to add a Windows group account, the currently available groups can be listed as shown here: -<a class="indexterm" name="id370612"></a> -<a class="indexterm" name="id370623"></a> +<a class="indexterm" name="id2621636"></a> +<a class="indexterm" name="id2621647"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc group list -Uroot%not24get Password: @@ -163,7 +163,7 @@ Engineers </p><p> A Windows group account called “<span class="quote">SupportEngrs</span>” can be added by executing the following command: -<a class="indexterm" name="id370657"></a> +<a class="indexterm" name="id2621683"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc group add "SupportEngrs" -Uroot%not24get </pre><p> @@ -183,11 +183,11 @@ Engineers SupportEngrs </pre><p> </p><p> -<a class="indexterm" name="id370697"></a> -<a class="indexterm" name="id370704"></a> -<a class="indexterm" name="id370710"></a> +<a class="indexterm" name="id2621726"></a> +<a class="indexterm" name="id2621733"></a> +<a class="indexterm" name="id2621740"></a> The following demonstrates that the POSIX (UNIX/Linux system account) group has been created by calling - the <a class="indexterm" name="id370718"></a>add group script = /opt/IDEALX/sbin/smbldap-groupadd -p "%g" interface + the <a class="link" href="smb.conf.5.html#ADDGROUPSCRIPT">add group script = /opt/IDEALX/sbin/smbldap-groupadd -p "%g"</a> interface script: </p><pre class="screen"> <code class="prompt">root# </code> getent group @@ -205,7 +205,7 @@ SupportEngrs:x:1003: The following demonstrates that the use of the <code class="literal">net</code> command to add a group account results in immediate mapping of the POSIX group that has been created to the Windows group account as shown here: -<a class="indexterm" name="id370746"></a> +<a class="indexterm" name="id2621786"></a> </p><pre class="screen"> <code class="prompt">root# </code> net groupmap list Domain Admins (S-1-5-21-72630-4128915-11681869-512) -> Domain Admins @@ -218,19 +218,19 @@ Domain Computers (S-1-5-21-72630-4128915-11681869-553) -> Domain Computers Engineers (S-1-5-21-72630-4128915-11681869-3005) -> Engineers SupportEngrs (S-1-5-21-72630-4128915-11681869-3007) -> SupportEngrs </pre><p> - </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id370780"></a>Mapping Windows Groups to UNIX Groups</h4></div></div></div><p> -<a class="indexterm" name="id370787"></a> -<a class="indexterm" name="id370794"></a> -<a class="indexterm" name="id370801"></a> -<a class="indexterm" name="id370808"></a> + </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2621828"></a>Mapping Windows Groups to UNIX Groups</h4></div></div></div><p> +<a class="indexterm" name="id2621835"></a> +<a class="indexterm" name="id2621842"></a> +<a class="indexterm" name="id2621849"></a> +<a class="indexterm" name="id2621856"></a> Windows groups must be mapped to UNIX system (POSIX) groups so that file system access controls can be asserted in a manner that is consistent with the methods appropriate to the operating system that is hosting the Samba server. </p><p> -<a class="indexterm" name="id370820"></a> -<a class="indexterm" name="id370827"></a> -<a class="indexterm" name="id370833"></a> -<a class="indexterm" name="id370840"></a> +<a class="indexterm" name="id2621870"></a> +<a class="indexterm" name="id2621877"></a> +<a class="indexterm" name="id2621883"></a> +<a class="indexterm" name="id2621890"></a> All file system (file and directory) access controls, within the file system of a UNIX/Linux server that is hosting a Samba server, are implemented using a UID/GID identity tuple. Samba does not in any way override or replace UNIX file system semantics. Thus it is necessary that all Windows networking operations that @@ -238,22 +238,22 @@ SupportEngrs (S-1-5-21-72630-4128915-11681869-3007) -> SupportEngrs account. The user account must also map to a locally known UID. Note that the <code class="literal">net</code> command does not call any RPC-functions here but directly accesses the passdb. </p><p> -<a class="indexterm" name="id370860"></a> -<a class="indexterm" name="id370867"></a> -<a class="indexterm" name="id370874"></a> -<a class="indexterm" name="id370881"></a> -<a class="indexterm" name="id370888"></a> -<a class="indexterm" name="id370894"></a> -<a class="indexterm" name="id370901"></a> +<a class="indexterm" name="id2621915"></a> +<a class="indexterm" name="id2621922"></a> +<a class="indexterm" name="id2621929"></a> +<a class="indexterm" name="id2621936"></a> +<a class="indexterm" name="id2621943"></a> +<a class="indexterm" name="id2621950"></a> +<a class="indexterm" name="id2621957"></a> Samba depends on default mappings for the <code class="constant">Domain Admins, Domain Users</code>, and <code class="constant">Domain Guests</code> global groups. Additional groups may be added as shown in the examples just given. There are times when it is necessary to map an existing UNIX group account to a Windows group. This operation, in effect, creates a Windows group account as a consequence of creation of the mapping. </p><p> -<a class="indexterm" name="id370922"></a> -<a class="indexterm" name="id370933"></a> -<a class="indexterm" name="id370944"></a> +<a class="indexterm" name="id2621980"></a> +<a class="indexterm" name="id2621992"></a> +<a class="indexterm" name="id2622003"></a> The operations that are permitted include: <code class="constant">add</code>, <code class="constant">modify</code>, and <code class="constant">delete</code>. An example of each operation is shown here. </p><div class="note" style="margin-left: 0.5in; margin-right: 0.5in;"><h3 class="title">Note</h3><p> @@ -290,15 +290,15 @@ SupportEngrs (S-1-5-21-72630-4128915-11681869-3007) -> SupportEngrs Supported mapping types are 'd' (domain global) and 'l' (domain local), a domain local group in Samba is treated as local to the individual Samba server. Local groups can be used with Samba to enable multiple nested group support. - </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id371060"></a>Deleting a Group Account</h4></div></div></div><p> -<a class="indexterm" name="id371068"></a> + </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2622135"></a>Deleting a Group Account</h4></div></div></div><p> +<a class="indexterm" name="id2622143"></a> A group account may be deleted by executing the following command: </p><pre class="screen"> <code class="prompt">root# </code> net rpc group delete SupportEngineers -Uroot%not24get </pre><p> </p><p> Validation of the deletion is advisable. The same commands may be executed as shown above. - </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id371098"></a>Rename Group Accounts</h4></div></div></div><div class="note" style="margin-left: 0.5in; margin-right: 0.5in;"><h3 class="title">Note</h3><p> + </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2622175"></a>Rename Group Accounts</h4></div></div></div><div class="note" style="margin-left: 0.5in; margin-right: 0.5in;"><h3 class="title">Note</h3><p> This command is not documented in the man pages; it is implemented in the source code, but it does not work at this time. The example given documents, from the source code, how it should work. Watch the release notes of a future release to see when this may have been fixed. @@ -306,7 +306,7 @@ SupportEngrs (S-1-5-21-72630-4128915-11681869-3007) -> SupportEngrs Sometimes it is necessary to rename a group account. Good administrators know how painful some managers' demands can be if this simple request is ignored. The following command demonstrates how the Windows group “<span class="quote">SupportEngrs</span>” can be renamed to “<span class="quote">CustomerSupport</span>”: -<a class="indexterm" name="id371122"></a> +<a class="indexterm" name="id2622204"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc group rename SupportEngrs \ CustomerSupport -Uroot%not24get @@ -319,7 +319,7 @@ SupportEngrs (S-1-5-21-72630-4128915-11681869-3007) -> SupportEngrs To avoid confusion, it makes sense to check group membership before attempting to make any changes. The <code class="literal">getent group</code> will list UNIX/Linux group membership. UNIX/Linux group members are seen also as members of a Windows group that has been mapped using the <code class="literal">net groupmap</code> - command (see <a href="groupmapping.html" title="Chapter 12. Group Mapping: MS Windows and UNIX">???</a>). The following list of UNIX/Linux group membership shows + command (see <a class="link" href="groupmapping.html" title="Chapter 12. Group Mapping: MS Windows and UNIX">“Group Mapping: MS Windows and UNIX”</a>). The following list of UNIX/Linux group membership shows that the user <code class="constant">ajt</code> is a member of the UNIX/Linux group <code class="constant">Engineers</code>. </p><pre class="screen"> <code class="prompt">root# </code> getent group @@ -349,7 +349,7 @@ Engineers (S-1-5-21-72630-412605-116429-3001) -> Engineers Given that the user <code class="constant">ajt</code> is already a member of the UNIX/Linux group and, via the group mapping, a member of the Windows group, an attempt to add this account again should fail. This is demonstrated here: -<a class="indexterm" name="id371234"></a> +<a class="indexterm" name="id2622335"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc group addmem "MIDEARTH\Engineers" ajt -Uroot%not24get Could not add ajt to MIDEARTH\Engineers: NT_STATUS_MEMBER_IN_GROUP @@ -359,7 +359,7 @@ Could not add ajt to MIDEARTH\Engineers: NT_STATUS_MEMBER_IN_GROUP </p><p> To permit the user <code class="constant">ajt</code> to be added using the <code class="literal">net rpc group</code> utility, this account must first be removed. The removal and confirmation of its effect is shown here: -<a class="indexterm" name="id371272"></a> +<a class="indexterm" name="id2622377"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc group delmem "MIDEARTH\Engineers" ajt -Uroot%not24get <code class="prompt">root# </code> getent group Engineers @@ -383,7 +383,7 @@ MIDEARTH\ajt In this example the members of the Windows <code class="constant">Domain Users</code> account are validated using the <code class="literal">net rpc group</code> utility. Note the this contents of the UNIX/Linux group was shown four paragraphs earlier. The Windows (domain) group membership is shown here: -<a class="indexterm" name="id371361"></a> +<a class="indexterm" name="id2622474"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc group members "Domain Users" -Uroot%not24get MIDEARTH\jht @@ -440,11 +440,11 @@ DOM\jht </p><pre class="screen"> <code class="prompt">root# </code> net rpc group delmem demo "DOM\jht" -Uroot%not24get </pre><p> - </p><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id371525"></a>Managing Nest Groups on Workstations from the Samba Server</h4></div></div></div><p> + </p><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2622655"></a>Managing Nest Groups on Workstations from the Samba Server</h4></div></div></div><p> Windows network administrators often ask on the Samba mailing list how it is possible to grant everyone administrative rights on their own workstation. This is of course a very bad practice, but commonly done to avoid user complaints. Here is how it can be done remotely from a Samba PDC or BDC: -<a class="indexterm" name="id371536"></a> +<a class="indexterm" name="id2622668"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc group addmem "Administrators" "Domain Users" \ -S WINPC032 -Uadministrator%secret @@ -452,19 +452,19 @@ DOM\jht </p><p> This can be scripted, and can therefore be performed as a user logs onto the domain from a Windows workstation. Here is a simple example that shows how this can be done. - </p><div class="procedure"><a name="id371565"></a><p class="title"><b>Procedure 13.1. Automating User Addition to the Workstation Power Users Group</b></p><div class="example"><a name="autopoweruserscript"></a><p class="title"><b>Example 13.1. Script to Auto-add Domain Users to Workstation Power Users Group</b></p><div class="example-contents"><pre class="screen"> + </p><div class="procedure"><a name="id2622700"></a><p class="title"><b>Procedure 13.1. Automating User Addition to the Workstation Power Users Group</b></p><div class="example"><a name="autopoweruserscript"></a><p class="title"><b>Example 13.1. Script to Auto-add Domain Users to Workstation Power Users Group</b></p><div class="example-contents"><pre class="screen"> #!/bin/bash /usr/bin/net rpc group addmem "Power Users" "DOMAIN_NAME\$1" \ -UAdministrator%secret -S $2 exit 0 -</pre></div></div><br class="example-break"><div class="example"><a name="magicnetlogon"></a><p class="title"><b>Example 13.2. A Magic Netlogon Share</b></p><div class="example-contents"><table class="simplelist" border="0" summary="Simple list"><tr><td> </td></tr><tr><td><em class="parameter"><code>[netlogon]</code></em></td></tr><tr><td><a class="indexterm" name="id371713"></a><em class="parameter"><code>comment = Netlogon Share</code></em></td></tr><tr><td><a class="indexterm" name="id371726"></a><em class="parameter"><code>path = /var/lib/samba/netlogon</code></em></td></tr><tr><td><a class="indexterm" name="id371739"></a><em class="parameter"><code>root preexec = /etc/samba/scripts/autopoweruser.sh %U %m</code></em></td></tr><tr><td><a class="indexterm" name="id371752"></a><em class="parameter"><code>read only = Yes</code></em></td></tr><tr><td><a class="indexterm" name="id371764"></a><em class="parameter"><code>guest ok = Yes</code></em></td></tr></table></div></div><br class="example-break"><ol type="1"><li><p> - Create the script shown in <a href="NetCommand.html#autopoweruserscript" title="Example 13.1. Script to Auto-add Domain Users to Workstation Power Users Group">???</a> and locate it in +</pre></div></div><br class="example-break"><div class="example"><a name="magicnetlogon"></a><p class="title"><b>Example 13.2. A Magic Netlogon Share</b></p><div class="example-contents"><table class="simplelist" border="0" summary="Simple list"><tr><td> </td></tr><tr><td><em class="parameter"><code>[netlogon]</code></em></td></tr><tr><td><a class="indexterm" name="id2622856"></a><em class="parameter"><code>comment = Netlogon Share</code></em></td></tr><tr><td><a class="indexterm" name="id2622868"></a><em class="parameter"><code>path = /var/lib/samba/netlogon</code></em></td></tr><tr><td><a class="indexterm" name="id2622880"></a><em class="parameter"><code>root preexec = /etc/samba/scripts/autopoweruser.sh %U %m</code></em></td></tr><tr><td><a class="indexterm" name="id2622892"></a><em class="parameter"><code>read only = Yes</code></em></td></tr><tr><td><a class="indexterm" name="id2622903"></a><em class="parameter"><code>guest ok = Yes</code></em></td></tr></table></div></div><br class="example-break"><ol type="1"><li><p> + Create the script shown in <a class="link" href="NetCommand.html#autopoweruserscript" title="Example 13.1. Script to Auto-add Domain Users to Workstation Power Users Group">“Script to Auto-add Domain Users to Workstation Power Users Group”</a> and locate it in the directory <code class="filename">/etc/samba/scripts</code>, named as <code class="filename">autopoweruser.sh</code>. -<a class="indexterm" name="id371595"></a> -<a class="indexterm" name="id371606"></a> -<a class="indexterm" name="id371613"></a> +<a class="indexterm" name="id2622732"></a> +<a class="indexterm" name="id2622743"></a> +<a class="indexterm" name="id2622750"></a> </p></li><li><p> Set the permissions on this script to permit it to be executed as part of the logon process: </p><pre class="screen"> @@ -473,10 +473,10 @@ exit 0 </pre><p> </p></li><li><p> Modify the <code class="filename">smb.conf</code> file so the <code class="literal">NETLOGON</code> stanza contains the parameters - shown in <a href="NetCommand.html#magicnetlogon" title="Example 13.2. A Magic Netlogon Share">the Netlogon Example smb.conf file</a>. + shown in <a class="link" href="NetCommand.html#magicnetlogon" title="Example 13.2. A Magic Netlogon Share">the Netlogon Example smb.conf file</a>. </p></li><li><p> Ensure that every Windows workstation Administrator account has the same password that you - have used in the script shown in <a href="NetCommand.html#magicnetlogon" title="Example 13.2. A Magic Netlogon Share">the Netlogon Example smb.conf + have used in the script shown in <a class="link" href="NetCommand.html#magicnetlogon" title="Example 13.2. A Magic Netlogon Share">the Netlogon Example smb.conf file</a> </p></li></ol></div><p> This script will be executed every time a user logs on to the network. Therefore every user will @@ -484,22 +484,22 @@ exit 0 in which case there is little justification for the use of this procedure. The key justification for the use of this method is that it will guarantee that all users have appropriate rights on the workstation. - </p></div></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id371804"></a>UNIX and Windows User Management</h2></div></div></div><p> -<a class="indexterm" name="id371811"></a> -<a class="indexterm" name="id371818"></a> -<a class="indexterm" name="id371825"></a> -<a class="indexterm" name="id371831"></a> -<a class="indexterm" name="id371838"></a> -<a class="indexterm" name="id371845"></a> -<a class="indexterm" name="id371852"></a> -<a class="indexterm" name="id371858"></a> + </p></div></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2622947"></a>UNIX and Windows User Management</h2></div></div></div><p> +<a class="indexterm" name="id2622955"></a> +<a class="indexterm" name="id2622962"></a> +<a class="indexterm" name="id2622969"></a> +<a class="indexterm" name="id2622975"></a> +<a class="indexterm" name="id2622982"></a> +<a class="indexterm" name="id2622989"></a> +<a class="indexterm" name="id2622996"></a> +<a class="indexterm" name="id2623003"></a> Every Windows network user account must be translated to a UNIX/Linux user account. In actual fact, the only account information the UNIX/Linux Samba server needs is a UID. The UID is available either from a system (POSIX) account or from a pool (range) of UID numbers that is set aside for the purpose of being allocated for use by Windows user accounts. In the case of the UID pool, the UID for a particular user will be allocated by <code class="literal">winbindd</code>. </p><p> - Although this is not the appropriate place to discuss the <a class="indexterm" name="id371879"></a>username map facility, + Although this is not the appropriate place to discuss the <a class="link" href="smb.conf.5.html#USERNAMEMAP">username map</a> facility, this interface is an important method of mapping a Windows user account to a UNIX account that has a different name. Refer to the man page for the <code class="filename">smb.conf</code> file for more information regarding this facility. User name mappings cannot be managed using the <code class="literal">net</code> utility. @@ -516,8 +516,8 @@ net rpc password <username> [<password>] -Uadmin_username%admin_pass </pre><p> </p><p> The following demonstrates the addition of an account to the server <code class="constant">FRODO</code>: -<a class="indexterm" name="id371940"></a> -<a class="indexterm" name="id371951"></a> +<a class="indexterm" name="id2623101"></a> +<a class="indexterm" name="id2623112"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc user add jacko -S FRODO -Uroot%not24get Added user jacko @@ -528,24 +528,24 @@ Added user jacko <code class="prompt">root# </code> net rpc user password jacko f4sth0rse \ -S FRODO -Uroot%not24get </pre><p> - </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id371995"></a>Deletion of User Accounts</h3></div></div></div><p> + </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2623159"></a>Deletion of User Accounts</h3></div></div></div><p> Deletion of a user account can be done using the following syntax: </p><pre class="screen"> net [<method>] user DELETE <name> [misc. options] [targets] </pre><p> The following command will delete the user account <code class="constant">jacko</code>: -<a class="indexterm" name="id372015"></a> +<a class="indexterm" name="id2623182"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc user delete jacko -Uroot%not24get Deleted user account </pre><p> - </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id372040"></a>Managing User Accounts</h3></div></div></div><p> + </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2623207"></a>Managing User Accounts</h3></div></div></div><p> Two basic user account operations are routinely used: change of password and querying which groups a user - is a member of. The change of password operation is shown in <a href="NetCommand.html#sbeuseraddn" title="Adding User Accounts">???</a>. + is a member of. The change of password operation is shown in <a class="link" href="NetCommand.html#sbeuseraddn" title="Adding User Accounts">“Adding User Accounts”</a>. </p><p> The ability to query Windows group membership can be essential. Here is how a remote server may be interrogated to find which groups a user is a member of: -<a class="indexterm" name="id372060"></a> +<a class="indexterm" name="id2623230"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc user info jacko -S SAURON -Uroot%not24get net rpc user info jacko -S SAURON -Uroot%not24get @@ -558,14 +558,14 @@ Emergency Services </pre><p> </p><p> It is also possible to rename user accounts: -<a class="indexterm" name="id372088"></a>oldusername newusername +<a class="indexterm" name="id2623260"></a>oldusername newusername Note that this operation does not yet work against Samba Servers. It is, however, possible to rename useraccounts on Windows Servers. - </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id372102"></a>User Mapping</h3></div></div></div><p> -<a class="indexterm" name="id372110"></a> -<a class="indexterm" name="id372117"></a> -<a class="indexterm" name="id372124"></a> + </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2623276"></a>User Mapping</h3></div></div></div><p> +<a class="indexterm" name="id2623284"></a> +<a class="indexterm" name="id2623290"></a> +<a class="indexterm" name="id2623297"></a> In some situations it is unavoidable that a user's Windows logon name will differ from the login ID that user has on the Samba server. It is possible to create a special file on the Samba server that will permit the Windows user name to be mapped to a different UNIX/Linux user name. The <code class="filename">smb.conf</code> @@ -581,25 +581,25 @@ marygee: geeringm In this example the Windows user account “<span class="quote">William Parsons</span>” will be mapped to the UNIX user <code class="constant">parsonsw</code>, and the Windows user account “<span class="quote">geeringm</span>” will be mapped to the UNIX user <code class="constant">marygee</code>. - </p></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id372180"></a>Administering User Rights and Privileges</h2></div></div></div><p> -<a class="indexterm" name="id372188"></a> -<a class="indexterm" name="id372195"></a> -<a class="indexterm" name="id372202"></a> -<a class="indexterm" name="id372208"></a> -<a class="indexterm" name="id372215"></a> + </p></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2623359"></a>Administering User Rights and Privileges</h2></div></div></div><p> +<a class="indexterm" name="id2623367"></a> +<a class="indexterm" name="id2623374"></a> +<a class="indexterm" name="id2623381"></a> +<a class="indexterm" name="id2623388"></a> +<a class="indexterm" name="id2623395"></a> With all versions of Samba earlier than 3.0.11 the only account on a Samba server that could manage users, groups, shares, printers, and such was the <code class="constant">root</code> account. This caused problems for some users and was a frequent source of scorn over the necessity to hand out the credentials for the most security-sensitive account on a UNIX/Linux system. </p><p> -<a class="indexterm" name="id372232"></a> -<a class="indexterm" name="id372239"></a> -<a class="indexterm" name="id372246"></a> -<a class="indexterm" name="id372252"></a> -<a class="indexterm" name="id372259"></a> +<a class="indexterm" name="id2623414"></a> +<a class="indexterm" name="id2623422"></a> +<a class="indexterm" name="id2623428"></a> +<a class="indexterm" name="id2623436"></a> +<a class="indexterm" name="id2623443"></a> New to Samba version 3.0.11 is the ability to delegate administrative privileges as necessary to either a normal user or to groups of users. The significance of the administrative privileges is documented - in <a href="rights.html" title="Chapter 15. User Rights and Privileges">???</a>. Examples of use of the <code class="literal">net</code> for user rights and privilege + in <a class="link" href="rights.html" title="Chapter 15. User Rights and Privileges">“User Rights and Privileges”</a>. Examples of use of the <code class="literal">net</code> for user rights and privilege management is appropriate to this chapter. </p><div class="note" style="margin-left: 0.5in; margin-right: 0.5in;"><h3 class="title">Note</h3><p> When user rights and privileges are correctly set, there is no longer a need for a Windows @@ -632,15 +632,15 @@ No privileges assigned </p><p> The <code class="literal">net</code> command can be used to obtain the currently supported capabilities for rights and privileges using this method: -<a class="indexterm" name="id372322"></a> -<a class="indexterm" name="id372329"></a> -<a class="indexterm" name="id372336"></a> -<a class="indexterm" name="id372343"></a> -<a class="indexterm" name="id372350"></a> -<a class="indexterm" name="id372357"></a> -<a class="indexterm" name="id372364"></a> -<a class="indexterm" name="id372370"></a> -<a class="indexterm" name="id372377"></a> +<a class="indexterm" name="id2623516"></a> +<a class="indexterm" name="id2623523"></a> +<a class="indexterm" name="id2623530"></a> +<a class="indexterm" name="id2623537"></a> +<a class="indexterm" name="id2623544"></a> +<a class="indexterm" name="id2623551"></a> +<a class="indexterm" name="id2623558"></a> +<a class="indexterm" name="id2623565"></a> +<a class="indexterm" name="id2623572"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc rights list -U root%not24get SeMachineAccountPrivilege Add machines to domain @@ -659,7 +659,7 @@ No privileges assigned In this example, all rights are assigned to the <code class="constant">Domain Admins</code> group. This is a good idea since members of this group are generally expected to be all-powerful. This assignment makes that the reality: -<a class="indexterm" name="id372419"></a> +<a class="indexterm" name="id2623618"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc rights grant "MIDEARTH\Domain Admins" \ SeMachineAccountPrivilege SePrintOperatorPrivilege \ @@ -678,7 +678,7 @@ Successfully granted rights. </pre><p> </p><p> The following step permits validation of the changes just made: -<a class="indexterm" name="id372465"></a> +<a class="indexterm" name="id2623670"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc rights list accounts -U root%not24get MIDEARTH\jht @@ -712,17 +712,17 @@ SeAddUsersPrivilege SeRemoteShutdownPrivilege SeDiskOperatorPrivilege </pre><p> - </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id372494"></a>Managing Trust Relationships</h2></div></div></div><p> + </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2623714"></a>Managing Trust Relationships</h2></div></div></div><p> There are essentially two types of trust relationships: the first is between domain controllers and domain member machines (network clients), the second is between domains (called interdomain trusts). All Samba servers that participate in domain security require a domain membership trust account, as do like Windows NT/200x/XP workstations. - </p><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id372506"></a>Machine Trust Accounts</h3></div></div></div><p> + </p><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2623729"></a>Machine Trust Accounts</h3></div></div></div><p> The net command looks in the <code class="filename">smb.conf</code> file to obtain its own configuration settings. Thus, the following command 'knows' which domain to join from the <code class="filename">smb.conf</code> file. </p><p> A Samba server domain trust account can be validated as shown in this example: -<a class="indexterm" name="id372531"></a> +<a class="indexterm" name="id2623756"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc testjoin Join to 'MIDEARTH' is OK @@ -735,7 +735,7 @@ Join to domain 'WORLDOCEAN' is not valid </pre><p> </p><p> The equivalent command for joining a Samba server to a Windows ADS domain is shown here: -<a class="indexterm" name="id372566"></a> +<a class="indexterm" name="id2623793"></a> </p><pre class="screen"> <code class="prompt">root# </code> net ads testjoin Using short domain name -- TAKEAWAY @@ -750,7 +750,7 @@ Join to domain is not valid </p><p> The following demonstrates the process of creating a machine trust account in the target domain for the Samba server from which the command is executed: -<a class="indexterm" name="id372607"></a> +<a class="indexterm" name="id2623839"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc join -S FRODO -Uroot%not24get Joined domain MIDEARTH. @@ -765,7 +765,7 @@ merlin$:1009:9B4489D6B90461FD6A3EC3AB96147E16:\ The S in the square brackets means this is a server (PDC/BDC) account. The domain join can be cast to join purely as a workstation, in which case the S is replaced with a W (indicating a workstation account). The following command can be used to affect this: -<a class="indexterm" name="id372645"></a> +<a class="indexterm" name="id2623883"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc join member -S FRODO -Uroot%not24get Joined domain MIDEARTH. @@ -773,7 +773,7 @@ Joined domain MIDEARTH. Note that the command-line parameter <code class="constant">member</code> makes this join specific. By default the type is deduced from the <code class="filename">smb.conf</code> file configuration. To specifically join as a PDC or BDC, the command-line parameter will be <code class="constant">[PDC | BDC]</code>. For example: -<a class="indexterm" name="id372683"></a> +<a class="indexterm" name="id2623923"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc join bdc -S FRODO -Uroot%not24get Joined domain MIDEARTH. @@ -781,7 +781,7 @@ Joined domain MIDEARTH. It is best to let Samba figure out the domain join type from the settings in the <code class="filename">smb.conf</code> file. </p><p> The command to join a Samba server to a Windows ADS domain is shown here: -<a class="indexterm" name="id372717"></a> +<a class="indexterm" name="id2623959"></a> </p><pre class="screen"> <code class="prompt">root# </code> net ads join -UAdministrator%not24get Using short domain name -- GDANSK @@ -792,7 +792,7 @@ Joined 'FRANDIMITZ' to realm 'GDANSK.ABMAS.BIZ' Windows machine is withdrawn from the domain, the domain membership account is not automatically removed either. Inactive domain member accounts can be removed using any convenient tool. If necessary, the machine account can be removed using the following <code class="literal">net</code> command: -<a class="indexterm" name="id372753"></a> +<a class="indexterm" name="id2623999"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc user delete HERRING\$ -Uroot%not24get Deleted user account. @@ -802,26 +802,26 @@ Deleted user account. </p><p> A Samba-3 server that is a Windows ADS domain member can execute the following command to detach from the domain: -<a class="indexterm" name="id372782"></a> +<a class="indexterm" name="id2624031"></a> </p><pre class="screen"> <code class="prompt">root# </code> net ads leave </pre><p> </p><p> Detailed information regarding an ADS domain can be obtained by a Samba DMS machine by executing the following: -<a class="indexterm" name="id372808"></a> +<a class="indexterm" name="id2624059"></a> </p><pre class="screen"> <code class="prompt">root# </code> net ads status </pre><p> The volume of information is extensive. Please refer to the book “<span class="quote">Samba-3 by Example</span>”, Chapter 7 for more information regarding its use. This book may be obtained either in print or online from - the <a href="http://www.samba.org/samba/docs/Samba3-ByExample.pdf" target="_top">Samba-3 by Example</a>. - </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id372844"></a>Interdomain Trusts</h3></div></div></div><p> + the <a class="ulink" href="http://www.samba.org/samba/docs/Samba3-ByExample.pdf" target="_top">Samba-3 by Example</a>. + </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2624098"></a>Interdomain Trusts</h3></div></div></div><p> Interdomain trust relationships form the primary mechanism by which users from one domain can be granted access rights and privileges in another domain. </p><p> To discover what trust relationships are in effect, execute this command: -<a class="indexterm" name="id372857"></a> +<a class="indexterm" name="id2624113"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc trustdom list -Uroot%not24get Trusted domains list: @@ -837,7 +837,7 @@ none It is necessary to create a trust account in the local domain. A domain controller in a second domain can create a trusted connection with this account. That means that the foreign domain is being trusted to access resources in the local domain. This command creates the local trust account: -<a class="indexterm" name="id372887"></a> +<a class="indexterm" name="id2624147"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc trustdom add DAMNATION f00db4r -Uroot%not24get </pre><p> @@ -850,7 +850,7 @@ DAMNATION$:1016:9AC1F121DF897688AAD3B435B51404EE: \ A trust account will always have an I in the field within the square brackets. </p><p> If the trusting domain is not capable of being reached, the following command will fail: -<a class="indexterm" name="id372934"></a> +<a class="indexterm" name="id2624198"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc trustdom list -Uroot%not24get Trusted domains list: @@ -876,7 +876,7 @@ DAMNATION domain controller is not responding Where a trust account has been created on a foreign domain, Samba is able to establish the trust (connect with) the foreign account. In the process it creates a one-way trust to the resources on the remote domain. This command achieves the objective of joining the trust relationship: -<a class="indexterm" name="id372972"></a> +<a class="indexterm" name="id2624242"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc trustdom establish DAMNATION Password: xxxxxxx == f00db4r @@ -897,7 +897,7 @@ DAMNATION S-1-5-21-1385457007-882775198-1210191635 </p><p> Sometimes it is necessary to remove the ability for local users to access a foreign domain. The trusting connection can be revoked as shown here: -<a class="indexterm" name="id373014"></a> +<a class="indexterm" name="id2624289"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc trustdom revoke DAMNATION -Uroot%not24get </pre><p> @@ -907,21 +907,21 @@ DAMNATION S-1-5-21-1385457007-882775198-1210191635 <code class="prompt">root# </code> net rpc trustdom del DAMNATION -Uroot%not24get </pre><p> - </p></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id373053"></a>Managing Security Identifiers (SIDS)</h2></div></div></div><p> -<a class="indexterm" name="id373061"></a> -<a class="indexterm" name="id373068"></a> -<a class="indexterm" name="id373075"></a> -<a class="indexterm" name="id373081"></a> -<a class="indexterm" name="id373088"></a> + </p></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2624332"></a>Managing Security Identifiers (SIDS)</h2></div></div></div><p> +<a class="indexterm" name="id2624340"></a> +<a class="indexterm" name="id2624347"></a> +<a class="indexterm" name="id2624353"></a> +<a class="indexterm" name="id2624360"></a> +<a class="indexterm" name="id2624367"></a> The basic security identifier that is used by all Windows networking operations is the Windows security identifier (SID). All Windows network machines (servers and workstations), users, and groups are identified by their respective SID. All desktop profiles are also encoded with user and group SIDs that are specific to the SID of the domain to which the user belongs. </p><p> -<a class="indexterm" name="id373102"></a> -<a class="indexterm" name="id373108"></a> -<a class="indexterm" name="id373115"></a> -<a class="indexterm" name="id373122"></a> +<a class="indexterm" name="id2624384"></a> +<a class="indexterm" name="id2624390"></a> +<a class="indexterm" name="id2624397"></a> +<a class="indexterm" name="id2624404"></a> It is truly prudent to store the machine and/or domain SID in a file for safekeeping. Why? Because a change in hostname or in the domain (workgroup) name may result in a change in the SID. When you have the SID on hand, it is a simple matter to restore it. The alternative is to suffer the pain of @@ -929,7 +929,7 @@ DAMNATION S-1-5-21-1385457007-882775198-1210191635 </p><p> First, do not forget to store the local SID in a file. It is a good idea to put this in the directory in which the <code class="filename">smb.conf</code> file is also stored. Here is a simple action to achieve this: -<a class="indexterm" name="id373143"></a> +<a class="indexterm" name="id2624430"></a> </p><pre class="screen"> <code class="prompt">root# </code> net getlocalsid > /etc/samba/my-sid </pre><p> @@ -945,7 +945,7 @@ SID for domain MERLIN is: S-1-5-21-726309263-4128913605-1168186429 If ever it becomes necessary to restore the SID that has been stored in the <code class="filename">my-sid</code> file, simply copy the SID (the string of characters that begins with <code class="constant">S-1-5-21</code>) to the command line shown here: -<a class="indexterm" name="id373200"></a> +<a class="indexterm" name="id2624492"></a> </p><pre class="screen"> <code class="prompt">root# </code> net setlocalsid S-1-5-21-1385457007-882775198-1210191635 </pre><p> @@ -956,7 +956,7 @@ SID for domain MERLIN is: S-1-5-21-726309263-4128913605-1168186429 DMS and workstation clients should have their own machine SID to avoid any potential namespace collision. Here is the way that the BDC SID can be synchronized to that of the PDC (this is the default NT4 domain practice also): -<a class="indexterm" name="id373228"></a> +<a class="indexterm" name="id2624524"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc getsid -S FRODO -Uroot%not24get Storing SID S-1-5-21-726309263-4128913605-1168186429 \ @@ -964,25 +964,25 @@ Storing SID S-1-5-21-726309263-4128913605-1168186429 \ </pre><p> Usually it is not necessary to specify the target server (-S FRODO) or the administrator account credentials (-Uroot%not24get). - </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id373255"></a>Share Management</h2></div></div></div><p> + </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2624553"></a>Share Management</h2></div></div></div><p> Share management is central to all file serving operations. Typical share operations include: </p><div class="itemizedlist"><ul type="disc"><li><p>Creation/change/deletion of shares</p></li><li><p>Setting/changing ACLs on shares</p></li><li><p>Moving shares from one server to another</p></li><li><p>Change of permissions of share contents</p></li></ul></div><p> Each of these are dealt with here insofar as they involve the use of the <code class="literal">net</code> command. Operations outside of this command are covered elsewhere in this document. - </p><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id373297"></a>Creating, Editing, and Removing Shares</h3></div></div></div><p> + </p><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2624599"></a>Creating, Editing, and Removing Shares</h3></div></div></div><p> A share can be added using the <code class="literal">net rpc share</code> command capabilities. The target machine may be local or remote and is specified by the -S option. It must be noted that the addition and deletion of shares using this tool depends on the availability of a suitable interface script. The interface scripts Sambas <code class="literal">smbd</code> uses are called - <a class="indexterm" name="id373319"></a>add share command, <a class="indexterm" name="id373326"></a>delete share command and - <a class="indexterm" name="id373334"></a>change share command A set of example scripts are provided in the Samba source + <a class="link" href="smb.conf.5.html#ADDSHARECOMMAND">add share command</a>, <a class="link" href="smb.conf.5.html#DELETESHARECOMMAND">delete share command</a> and + <a class="link" href="smb.conf.5.html#CHANGESHARECOMMAND">change share command</a> A set of example scripts are provided in the Samba source code tarball in the directory <code class="filename">~samba/examples/scripts</code>. </p><p> The following steps demonstrate the use of the share management capabilities of the <code class="literal">net</code> utility. In the first step a share called <code class="constant">Bulge</code> is added. The sharepoint within the file system is the directory <code class="filename">/data</code>. The command that can be executed to perform the addition of this share is shown here: -<a class="indexterm" name="id373368"></a> +<a class="indexterm" name="id2624695"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc share add Bulge=/data -S MERLIN -Uroot%not24get </pre><p> @@ -1003,7 +1003,7 @@ ADMIN$ </p><p> Often it is desirable also to permit a share to be removed using a command-line tool. The following step permits the share that was previously added to be removed: -<a class="indexterm" name="id373415"></a> +<a class="indexterm" name="id2624747"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc share delete Bulge -S MERLIN -Uroot%not24get </pre><p> @@ -1019,15 +1019,15 @@ IPC$ ADMIN$ kyocera </pre><p> - </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id373453"></a>Creating and Changing Share ACLs</h3></div></div></div><p> + </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2624787"></a>Creating and Changing Share ACLs</h3></div></div></div><p> At this time the <code class="literal">net</code> tool cannot be used to manage ACLs on Samba shares. In MS Windows language this is called Share Permissions. </p><p> It is possible to set ACLs on Samba shares using either the SRVTOOLS NT4 Domain Server Manager or using the Computer Management MMC snap-in. Neither is covered here, - but see <a href="AccessControls.html" title="Chapter 16. File, Directory, and Share Access Controls">???</a>. - </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id373480"></a>Share, Directory, and File Migration</h3></div></div></div><p> -<a class="indexterm" name="id373488"></a> + but see <a class="link" href="AccessControls.html" title="Chapter 16. File, Directory, and Share Access Controls">“File, Directory, and Share Access Controls”</a>. + </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2624817"></a>Share, Directory, and File Migration</h3></div></div></div><p> +<a class="indexterm" name="id2624825"></a> Shares and files can be migrated in the same manner as user, machine, and group accounts. It is possible to preserve access control settings (ACLs) as well as security settings throughout the migration process. The <code class="literal">net rpc vampire</code> facility is used @@ -1064,7 +1064,7 @@ kyocera </p></li><li><p> Printer settings may not be fully or may be incorrectly migrated. This might in particular happen when migrating a Windows 2003 print server to Samba. - </p></li></ol></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id373571"></a>Share Migration</h4></div></div></div><p> + </p></li></ol></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2624933"></a>Share Migration</h4></div></div></div><p> The <code class="literal">net rpc share migrate</code> command operation permits the migration of plain share stanzas. A stanza contains the parameters within which a file or print share are defined. The use of this migration method will create share stanzas that have as parameters the file @@ -1081,7 +1081,7 @@ kyocera the account that is used to drive the migration must, of necessity, have appropriate file system access privileges and have the right to create shares and to set ACLs on them. Such rights are conferred by these rights: <em class="parameter"><code>SeAddUsersPrivilege</code></em> and <em class="parameter"><code>SeDiskOperatorPrivilege</code></em>. - For more information regarding rights and privileges please refer to <a href="rights.html" title="Chapter 15. User Rights and Privileges">???</a>. + For more information regarding rights and privileges please refer to <a class="link" href="rights.html" title="Chapter 15. User Rights and Privileges">“User Rights and Privileges”</a>. </p><p> The syntax of the share migration command is shown here: </p><pre class="screen"> @@ -1091,7 +1091,7 @@ net rpc share MIGRATE SHARES <share-name> -S <source> When the parameter <share-name> is omitted, all shares will be migrated. The potentially large list of available shares on the system that is being migrated can be limited using the <em class="parameter"><code>--exclude</code></em> switch. For example: -<a class="indexterm" name="id373672"></a> +<a class="indexterm" name="id2625046"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc share migrate shares myshare\ -S win2k -U administrator%secret" @@ -1104,13 +1104,13 @@ net rpc share MIGRATE SHARES <share-name> -S <source> identical on both systems. One precaution worth taking before commencement of migration of shares is to validate that the migrated accounts (on the Samba server) have the needed rights and privileges. This can be done as shown here: -<a class="indexterm" name="id373721"></a> +<a class="indexterm" name="id2625101"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc right list accounts -Uroot%not24get </pre><p> The steps taken so far perform only the migration of shares. Directories and directory contents are not migrated by the steps covered up to this point. - </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id373747"></a>File and Directory Migration</h4></div></div></div><p> + </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2625129"></a>File and Directory Migration</h4></div></div></div><p> Everything covered to this point has been done in preparation for the migration of file and directory data. For many people preparation is potentially boring and the real excitement only begins when file data can be used. The next steps demonstrate the techniques that can be used to transfer (migrate) @@ -1156,12 +1156,12 @@ net rpc share MIGRATE FILES <share-name> -S <source> The ACLs that result on a Samba server will most probably not match the originating ACLs. Windows supports the possibility of files that are owned only by a group. Group-alone file ownership is not possible under UNIX/Linux. Errors in migrating group-owned files can be avoided by using the <code class="filename">smb.conf</code> file - <a class="indexterm" name="id373870"></a>force unknown acl user = yes parameter. This facility will + <a class="link" href="smb.conf.5.html#FORCEUNKNOWNACLUSER">force unknown acl user = yes</a> parameter. This facility will automatically convert group-owned files into correctly user-owned files on the Samba server. </p><p> An example for migration of files from a machine called <code class="constant">nt4box</code> to the Samba server from which the process will be handled is shown here: -<a class="indexterm" name="id373886"></a> +<a class="indexterm" name="id2625304"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc share migrate files -S nt4box --acls \ --attrs -U administrator%secret @@ -1170,17 +1170,17 @@ net rpc share MIGRATE FILES <share-name> -S <source> This command will migrate all files and directories from all file shares on the Windows server called <code class="constant">nt4box</code> to the Samba server from which migration is initiated. Files that are group-owned will be owned by the user account <code class="constant">administrator</code>. - </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id373924"></a>Share-ACL Migration</h4></div></div></div><p> + </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2625344"></a>Share-ACL Migration</h4></div></div></div><p> It is possible to have share-ACLs (security descriptors) that won't allow you, even as Administrator, to copy any files or directories into it. Therefor the migration of the share-ACLs has been put into a separate function: -<a class="indexterm" name="id373933"></a> +<a class="indexterm" name="id2625356"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc share migrate security -S nt4box -U administrator%secret </pre><p> </p><p> This command will only copy the share-ACL of each share on nt4box to your local samba-system. - </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id373962"></a>Simultaneous Share and File Migration</h4></div></div></div><p> + </p></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2625387"></a>Simultaneous Share and File Migration</h4></div></div></div><p> The operating mode shown here is just a combination of the previous three. It first migrates share definitions and then all shared files and directories and finally migrates the share-ACLs: </p><pre class="screen"> @@ -1189,12 +1189,12 @@ net rpc share MIGRATE ALL <share-name> -S <source> </pre><p> </p><p> An example of simultaneous migration is shown here: -<a class="indexterm" name="id373984"></a> +<a class="indexterm" name="id2625412"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc share migrate all -S w2k3server -U administrator%secret </pre><p> This will generate a complete server clone of the <em class="parameter"><code>w2k3server</code></em> server. - </p></div></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id374016"></a>Printer Migration</h3></div></div></div><p> + </p></div></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2625446"></a>Printer Migration</h3></div></div></div><p> The installation of a new server, as with the migration to a new network environment, often is similar to building a house; progress is very rapid from the laying of foundations up to the stage at which the house can be locked up, but the finishing off appears to take longer and longer as building @@ -1219,7 +1219,7 @@ net rpc share MIGRATE ALL <share-name> -S <source> the application that receives the network requests to create the necessary services must call out to the operating system in order to create the underlying printers. The call-out is implemented by way of an interface script that can be specified by the <code class="filename">smb.conf</code> file parameter - <a class="indexterm" name="id374097"></a>. This script is essential to the migration process. + <a class="link" href="smb.conf.5.html#"></a>. This script is essential to the migration process. A suitable example script may be obtained from the <code class="filename">$SAMBA_SOURCES/examples/scripts</code> directory. Take note that this script must be customized to suit the operating system environment and may use its tools to create a print queue. @@ -1231,29 +1231,29 @@ net rpc share MIGRATE ALL <share-name> -S <source> </p><p> Printer migration from a Windows print server (NT4 or 200x) is shown. This instruction causes the printer share to be created together with the underlying print queue: -<a class="indexterm" name="id374121"></a> +<a class="indexterm" name="id2625581"></a> </p><pre class="screen"> net rpc printer MIGRATE PRINTERS [printer] [misc. options] [targets] </pre><p> Printer drivers can be migrated from the Windows print server to the Samba server using this command-line instruction: -<a class="indexterm" name="id374140"></a> +<a class="indexterm" name="id2625601"></a> </p><pre class="screen"> net rpc printer MIGRATE DRIVERS [printer] [misc. options] [targets] </pre><p> Printer forms can be migrated with the following operation: -<a class="indexterm" name="id374158"></a> +<a class="indexterm" name="id2625621"></a> </p><pre class="screen"> net rpc printer MIGRATE FORMS [printer] [misc. options] [targets] </pre><p> Printer security settings (ACLs) can be migrated from the Windows server to the Samba server using this command: -<a class="indexterm" name="id374176"></a> +<a class="indexterm" name="id2625641"></a> </p><pre class="screen"> net rpc printer MIGRATE SECURITY [printer] [misc. options] [targets] </pre><p> Printer configuration settings include factors such as paper size and default paper orientation. These can be migrated from the Windows print server to the Samba server with this command: -<a class="indexterm" name="id374195"></a> +<a class="indexterm" name="id2625663"></a> </p><pre class="screen"> net rpc printer MIGRATE SETTINGS [printer] [misc. options] [targets] </pre><p> @@ -1263,14 +1263,14 @@ net rpc printer MIGRATE SETTINGS [printer] [misc. options] [targets] </p><pre class="screen"> net rpc printer MIGRATE ALL [printer] [misc. options] [targets] </pre><p> - </p></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id374226"></a>Controlling Open Files</h2></div></div></div><p> + </p></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2625696"></a>Controlling Open Files</h2></div></div></div><p> The man page documents the <code class="literal">net file</code> function suite, which provides the tools to close open files using either RAP or RPC function calls. Please refer to the man page for specific usage information. - </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id374244"></a>Session and Connection Management</h2></div></div></div><p> + </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2625716"></a>Session and Connection Management</h2></div></div></div><p> The session management interface of the <code class="literal">net session</code> command uses the old RAP method to obtain the list of connections to the Samba server, as shown here: -<a class="indexterm" name="id374259"></a> +<a class="indexterm" name="id2625732"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rap session -S MERLIN -Uroot%not24get Computer User name Client Type Opens Idle time @@ -1285,11 +1285,11 @@ Computer User name Client Type Opens Idle time </p><pre class="screen"> <code class="prompt">root# </code> net rap session close marvel -Uroot%not24get </pre><p> - </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id374303"></a>Printers and ADS</h2></div></div></div><p> + </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2625781"></a>Printers and ADS</h2></div></div></div><p> When Samba-3 is used within an MS Windows ADS environment, printers shared via Samba will not be browseable until they have been published to the ADS domain. Information regarding published printers may be obtained from the ADS server by executing the <code class="literal">net ads print info</code> command following this syntax: -<a class="indexterm" name="id374319"></a> +<a class="indexterm" name="id2625800"></a> </p><pre class="screen"> net ads printer info <printer_name> <server_name> -Uadministrator%secret </pre><p> @@ -1297,26 +1297,26 @@ net ads printer info <printer_name> <server_name> -Uadministrator%se returned. </p><p> To publish (make available) a printer to ADS, execute the following command: -<a class="indexterm" name="id374342"></a> +<a class="indexterm" name="id2625826"></a> </p><pre class="screen"> net ads printer publish <printer_name> -Uadministrator%secret </pre><p> This publishes a printer from the local Samba server to ADS. </p><p> Removal of a Samba printer from ADS is achieved by executing this command: -<a class="indexterm" name="id374365"></a> +<a class="indexterm" name="id2625851"></a> </p><pre class="screen"> net ads printer remove <printer_name> -Uadministrator%secret </pre><p> </p><p> A generic search (query) can also be made to locate a printer across the entire ADS domain by executing: -<a class="indexterm" name="id374387"></a> +<a class="indexterm" name="id2625876"></a> </p><pre class="screen"> net ads printer search <printer_name> -Uadministrator%secret </pre><p> - </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id374407"></a>Manipulating the Samba Cache</h2></div></div></div><p> + </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2625897"></a>Manipulating the Samba Cache</h2></div></div></div><p> Please refer to the <code class="literal">net</code> command man page for information regarding cache management. - </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id374423"></a>Managing IDMAP UID/SID Mappings</h2></div></div></div><p> + </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2625915"></a>Managing IDMAP UID/SID Mappings</h2></div></div></div><p> The IDMAP UID to SID, and SID to UID, mappings that are created by <code class="literal">winbindd</code> can be backed up to a text file. The text file can be manually edited, although it is highly recommended that you attempt this only if you know precisely what you are doing. @@ -1327,7 +1327,7 @@ net ads printer search <printer_name> -Uadministrator%secret </p><p> Winbind must be shut down to dump the IDMAP file. Before restoring a dump file, shut down <code class="literal">winbindd</code> and delete the old <code class="filename">winbindd_idmap.tdb</code> file. - </p><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id374462"></a>Creating an IDMAP Database Dump File</h3></div></div></div><p> + </p><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2625959"></a>Creating an IDMAP Database Dump File</h3></div></div></div><p> The IDMAP database can be dumped to a text file as shown here: </p><pre class="screen"> net idmap dump <full_path_and_tdb_filename> > dumpfile.txt @@ -1337,7 +1337,7 @@ net idmap dump <full_path_and_tdb_filename> > dumpfile.txt </p><pre class="screen"> net idmap dump /var/lib/samba/winbindd_idmap.tdb > idmap_dump.txt </pre><p> - </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id374493"></a>Restoring the IDMAP Database Dump File</h3></div></div></div><p> + </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2625994"></a>Restoring the IDMAP Database Dump File</h3></div></div></div><p> The IDMAP dump file can be restored using the following command: </p><pre class="screen"> net idmap restore <full_path_and_tdb_filename> < dumpfile.txt @@ -1350,7 +1350,7 @@ net idmap restore /var/lib/samba/winbindd_idmap.tdb < idmap_dump.txt </p></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="netmisc1"></a>Other Miscellaneous Operations</h2></div></div></div><p> The following command is useful for obtaining basic statistics regarding a Samba domain. This command does not work with current Windows XP Professional clients. -<a class="indexterm" name="id374538"></a> +<a class="indexterm" name="id2626046"></a> </p><pre class="screen"> <code class="prompt">root# </code> net rpc info Domain Name: RAPIDFLY @@ -1363,7 +1363,7 @@ Num local groups: 6 </p><p> Another useful tool is the <code class="literal">net time</code> tool set. This tool may be used to query the current time on the target server as shown here: -<a class="indexterm" name="id374572"></a> +<a class="indexterm" name="id2626082"></a> </p><pre class="screen"> <code class="prompt">root# </code> net time -S SAURON Tue May 17 00:50:43 2005 @@ -1371,19 +1371,19 @@ Tue May 17 00:50:43 2005 In the event that it is the intent to pass the time information obtained to the UNIX <code class="literal">/bin/time</code>, it is a good idea to obtain the time from the target server in a format that is ready to be passed through. This may be done by executing: -<a class="indexterm" name="id374601"></a> +<a class="indexterm" name="id2626113"></a> </p><pre class="screen"> <code class="prompt">root# </code> net time system -S FRODO 051700532005.16 </pre><p> The time can be set on a target server by executing: -<a class="indexterm" name="id374624"></a> +<a class="indexterm" name="id2626138"></a> </p><pre class="screen"> <code class="prompt">root# </code> net time set -S MAGGOT -U Administrator%not24get Tue May 17 00:55:30 MDT 2005 </pre><p> It is possible to obtain the time zone of a server by executing the following command against it: -<a class="indexterm" name="id374648"></a> +<a class="indexterm" name="id2626164"></a> </p><pre class="screen"> <code class="prompt">root# </code> net time zone -S SAURON -0600 |