docs/htmldocs/StandAloneServer.html

   1 <html><head><meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"><title>Chapter 8. Stand-Alone Servers</title><link rel="stylesheet" href="samba.css" type="text/css"><meta name="generator" content="DocBook XSL Stylesheets V1.60.1"><link rel="home" href="index.html" title="SAMBA Project Documentation"><link rel="up" href="type.html" title="Part II. Server Configuration Basics"><link rel="previous" href="domain-member.html" title="Chapter 7. Domain Membership"><link rel="next" href="ClientConfig.html" title="Chapter 9. MS Windows Network Configuration Guide"></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 8. Stand-Alone Servers</th></tr><tr><td width="20%" align="left"><a accesskey="p" href="domain-member.html">Prev</a> </td><th width="60%" align="center">Part II. Server Configuration Basics</th><td width="20%" align="right"> <a accesskey="n" href="ClientConfig.html">Next</a></td></tr></table><hr></div><div class="chapter" lang="en"><div class="titlepage"><div><div><h2 class="title"><a name="StandAloneServer"></a>Chapter 8. Stand-Alone Servers</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><tt class="email">&lt;<a href="mailto:jht@samba.org">jht@samba.org</a>&gt;</tt></p></div></div></div></div></div><div></div></div><div class="toc"><p><b>Table of Contents</b></p><dl><dt><a href="StandAloneServer.html#id2902304">Features and Benefits</a></dt><dt><a href="StandAloneServer.html#id2902501">Background</a></dt><dt><a href="StandAloneServer.html#id2902573">Example Configuration</a></dt><dd><dl><dt><a href="StandAloneServer.html#id2902588">Reference Documentation Server</a></dt><dt><a href="StandAloneServer.html#id2902638">Central Print Serving</a></dt></dl></dd><dt><a href="StandAloneServer.html#id2902852">Common Errors</a></dt></dl></div><p>
   2 Stand-Alone servers are independent of Domain Controllers on the network.
   3 They are NOT domain members and function more like workgroup servers. In many
   4 cases a stand-alone server is configured with a minimum of security control
   5 with the intent that all data served will be readily accessible to all users.
   6 </p><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2902304"></a>Features and Benefits</h2></div></div><div></div></div><p>
   7 Stand-Alone servers can be as secure or as insecure as needs dictate. They can
   8 have simple or complex configurations. Above all, despite the hoopla about
   9 Domain security they remain a very common installation.
  10 </p><p>
  11 If all that is needed is a server for read-only files, or for
  12 printers alone, it may not make sense to affect a complex installation.
  13 For example: A drafting office needs to store old drawings and reference
  14 standards. No-one can write files to the server as it is legislatively
  15 important that all documents remain unaltered. A share mode read-only stand-alone
  16 server is an ideal solution.
  17 </p><p>
  18 Another situation that warrants simplicity is an office that has many printers
  19 that are queued off a single central server. Everyone needs to be able to print
  20 to the printers, there is no need to affect any access controls and no files will
  21 be served from the print server. Again a share mode stand-alone server makes
  22 a great solution.
  23 </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2902501"></a>Background</h2></div></div><div></div></div><p>
  24 The term <span class="emphasis"><em>stand-alone server</em></span> means that the server
  25 will provide local authentication and access control for all resources
  26 that are available from it. In general this means that there will be a
  27 local user database. In more technical terms, it means that resources
  28 on the machine will be made available in either SHARE mode or in
  29 USER mode.
  30 </p><p>
  31 No special action is needed other than to create user accounts. Stand-alone
  32 servers do NOT provide network logon services. This means that machines that
  33 use this server do NOT perform a domain logon to it. Whatever logon facility
  34 the workstations are subject to is independent of this machine. It is however
  35 necessary to accommodate any network user so that the logon name they use will
  36 be translated (mapped) locally on the stand-alone server to a locally known
  37 user name. There are several ways this can be done.
  38 </p><p>
  39 Samba tends to blur the distinction a little in respect of what is
  40 a stand-alone server. This is because the authentication database may be
  41 local or on a remote server, even if from the Samba protocol perspective
  42 the Samba server is NOT a member of a domain security context.
  43 </p><p>
  44 Through the use of PAM (Pluggable Authentication Modules) and nsswitch
  45 (the name service switcher) the source of authentication may reside on
  46 another server. We would be inclined to call this the authentication server.
  47 This means that the Samba server may use the local Unix/Linux system password database
  48 (<tt class="filename">/etc/passwd</tt> or <tt class="filename">/etc/shadow</tt>), may use a
  49 local smbpasswd file, or may use
  50 an LDAP back end, or even via PAM and Winbind another CIFS/SMB server
  51 for authentication.
  52 </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2902573"></a>Example Configuration</h2></div></div><div></div></div><p>
  53 The following examples are designed to inspire simplicity. It is too easy to
  54 attempt a high level of creativity and to introduce too much complexity in
  55 server and network design.
  56 </p><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2902588"></a>Reference Documentation Server</h3></div></div><div></div></div><p>
  57 Configuration of a read-only data server that EVERYONE can access is very simple.
  58 Here is the smb.conf file that will do this. Assume that all the reference documents
  59 are stored in the directory /export, that the documents are owned by a user other than
  60 nobody. No home directories are shared, that are no users in the <tt class="filename">/etc/passwd</tt>
  61 Unix system database. This is a very simple system to administer.
  62 </p><pre class="programlisting">
  63         # Global parameters
  64         [global]
  65                 workgroup = MYGROUP
  66                 netbios name = REFDOCS
  67                 security = SHARE
  68                 passdb backend = guest
  69                 wins server = 192.168.1.1
  70
  71         [data]
  72                 comment = Data
  73                 path = /export
  74                 guest only = Yes
  75 </pre><p>
  76 In the above example the machine name is set to REFDOCS, the workgroup is set to the name
  77 of the local workgroup so that the machine will appear in with systems users are familiar
  78 with. The only password backend required is the &quot;guest&quot; backend so as to allow default
  79 unprivileged account names to be used. Given that there is a WINS server on this network
  80 we do use it.
  81 </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2902638"></a>Central Print Serving</h3></div></div><div></div></div><p>
  82 Configuration of a simple print server is very simple if you have all the right tools
  83 on your system.
  84 </p><div class="orderedlist"><p class="title"><b> Assumptions:</b></p><ol type="1"><li><p>
  85         The print server must require no administration
  86         </p></li><li><p>
  87         The print spooling and processing system on our print server will be CUPS.
  88         (Please refer to the <a href="CUPS-printing.html" title="Chapter 19. CUPS Printing Support in Samba 3.0">CUPS Printing</a> chapter for more information).
  89         </p></li><li><p>
  90         All printers that the print server will service will be network
  91         printers. They will be correctly configured, by the administrator,
  92         in the CUPS environment.
  93         </p></li><li><p>
  94         All workstations will be installed using postscript drivers. The printer
  95         of choice is the Apple Color LaserWriter.
  96         </p></li></ol></div><p>
  97 In this example our print server will spool all incoming print jobs to
  98 <tt class="filename">/var/spool/samba</tt> until the job is ready to be submitted by
  99 Samba to the CUPS print processor. Since all incoming connections will be as
 100 the anonymous (guest) user, two things will be required:
 101 </p><div class="itemizedlist"><p class="title"><b>Enabling Anonymous Printing</b></p><ul type="disc"><li><p>
 102         The Unix/Linux system must have a <b class="command">guest</b> account.
 103         The default for this is usually the account <b class="command">nobody</b>.
 104         To find the correct name to use for your version of Samba do the
 105         following:
 106         </p><pre class="screen">
 107 <tt class="prompt">$ </tt><b class="userinput"><tt>testparm -s -v | grep &quot;guest account&quot;</tt></b>
 108         </pre><p>
 109         Then make sure that this account exists in your system password
 110         database (<tt class="filename">/etc/passwd</tt>).
 111         </p></li><li><p>
 112         The directory into which Samba will spool the file must have write
 113         access for the guest account. The following commands will ensure that
 114         this directory is available for use:
 115         </p><pre class="screen">
 116 <tt class="prompt">root# </tt><b class="userinput"><tt>mkdir /var/spool/samba</tt></b>
 117 <tt class="prompt">root# </tt><b class="userinput"><tt>chown nobody.nobody /var/spool/samba</tt></b>
 118 <tt class="prompt">root# </tt><b class="userinput"><tt>chmod a+rwt /var/spool/samba</tt></b>
 119         </pre><p>
 120         </p></li></ul></div><p>
 121 </p><pre class="programlisting">
 122         # Global parameters
 123         [global]
 124                 workgroup = MYGROUP
 125                 netbios name = PTRSVR1
 126                 security = SHARE
 127                 passdb backend = guest
 128                 wins server = 192.168.1.1
 129
 130         [printers]
 131                 comment = All Printers
 132                 path = /var/spool/samba
 133                 printer admin = root
 134                 guest ok = Yes
 135                 printable = Yes
 136                 printing = cups
 137                 use client driver = Yes
 138                 browseable = No
 139 </pre><p>
 140 </p></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2902852"></a>Common Errors</h2></div></div><div></div></div><p>
 141 The greatest mistake so often made is to make a network configuration too complex.
 142 It pays to use the simplest solution that will meet the needs of the moment.
 143 </p></div></div><div class="navfooter"><hr><table width="100%" summary="Navigation footer"><tr><td width="40%" align="left"><a accesskey="p" href="domain-member.html">Prev</a> </td><td width="20%" align="center"><a accesskey="u" href="type.html">Up</a></td><td width="40%" align="right"> <a accesskey="n" href="ClientConfig.html">Next</a></td></tr><tr><td width="40%" align="left" valign="top">Chapter 7. Domain Membership </td><td width="20%" align="center"><a accesskey="h" href="index.html">Home</a></td><td width="40%" align="right" valign="top"> Chapter 9. MS Windows Network Configuration Guide</td></tr></table></div></body></html>