summaryrefslogtreecommitdiffstats
path: root/docs/docbook/projdoc/StandAloneServer.xml
diff options
context:
space:
mode:
Diffstat (limited to 'docs/docbook/projdoc/StandAloneServer.xml')
-rw-r--r--docs/docbook/projdoc/StandAloneServer.xml240
1 files changed, 0 insertions, 240 deletions
diff --git a/docs/docbook/projdoc/StandAloneServer.xml b/docs/docbook/projdoc/StandAloneServer.xml
deleted file mode 100644
index b52ad29fe10..00000000000
--- a/docs/docbook/projdoc/StandAloneServer.xml
+++ /dev/null
@@ -1,240 +0,0 @@
-<chapter id="StandAloneServer">
-<chapterinfo>
- &author.jht;
-</chapterinfo>
-<title>Stand-alone Servers</title>
-
-<para>
-Stand-alone Servers are independent of Domain Controllers on the network.
-They are not Domain Members and function more like workgroup servers. In many
-cases a Stand-alone Server is configured with a minimum of security control
-with the intent that all data served will be readily accessible to all users.
-</para>
-
-<sect1>
-<title>Features and Benefits</title>
-
-<para>
-Stand-alone Servers can be as secure or as insecure as needs dictate. They can
-have simple or complex configurations. Above all, despite the hoopla about
-Domain Security they remain a common installation.
-</para>
-
-<para>
-If all that is needed is a server for read-only files, or for
-printers alone, it may not make sense to effect a complex installation.
-For example: A drafting office needs to store old drawings and reference
-standards. Noone can write files to the server as it is legislatively
-important that all documents remain unaltered. A share mode read-only Stand-alone
-Server is an ideal solution.
-</para>
-
-<para>
-Another situation that warrants simplicity is an office that has many printers
-that are queued off a single central server. Everyone needs to be able to print
-to the printers, there is no need to effect any access controls and no files will
-be served from the print server. Again, a share mode Stand-alone Server makes
-a great solution.
-</para>
-</sect1>
-
-<sect1>
-<title>Background</title>
-
-<para>
-The term <emphasis>Stand-alone Server</emphasis> means that it
-will provide local authentication and access control for all resources
-that are available from it. In general this means that there will be a
-local user database. In more technical terms, it means resources
-on the machine will be made available in either SHARE mode or in
-USER mode.
-</para>
-
-<para>
-No special action is needed other than to create user accounts. Stand-alone
-servers do not provide network logon services. This means that machines that
-use this server do not perform a domain logon to it. Whatever logon facility
-the workstations are subject to is independent of this machine. It is, however,
-necessary to accommodate any network user so the logon name they use will
-be translated (mapped) locally on the Stand-alone Server to a locally known
-user name. There are several ways this can be done.
-</para>
-
-<para>
-Samba tends to blur the distinction a little in respect of what is
-a Stand-alone Server. This is because the authentication database may be
-local or on a remote server, even if from the SMB protocol perspective
-the Samba server is not a member of a domain security context.
-</para>
-
-<para>
-Through the use of Pluggable Authentication Modules (PAM) and the name service switcher (NSSWITCH),
-which maintains the UNIX-user database) the source of authentication may reside on
-another server. We would be inclined to call this the authentication server.
-This means that the Samba server may use the local UNIX/Linux system password database
-(<filename>/etc/passwd</filename> or <filename>/etc/shadow</filename>), may use a
-local smbpasswd file, or may use an LDAP backend, or even via PAM and Winbind another CIFS/SMB server
-for authentication.
-</para>
-
-</sect1>
-
-<sect1>
-<title>Example Configuration</title>
-
-<para>
-The examples, <link linkend="simplynice"/>, and link linkend="SimplePrintServer"/>,
-are designed to inspire simplicity. It is too easy to attempt a high level of creativity
-and to introduce too much complexity in server and network design.
-</para>
-
-<sect2 id="RefDocServer">
-<title>Reference Documentation Server</title>
-
-<para>
-Configuration of a read-only data server that everyone can access is very simple.
-<link linkend="simplynice"/> is the &smb.conf; file that will do this. Assume that all the reference documents
-are stored in the directory <filename>/export</filename>, and the documents are owned by a user other than
-nobody. No home directories are shared, and there are no users in the <filename>/etc/passwd</filename>
-UNIX system database. This is a simple system to administer.
-</para>
-
-<smbconfexample id="simplynice">
-<title>smb.conf for Reference Documentation Server</title>
-<smbconfcomment> Global parameters</smbconfcomment>
-<smbconfsection>[global]</smbconfsection>
-<smbconfoption><name>workgroup</name><value>&example.workgroup;</value></smbconfoption>
-<smbconfoption><name>netbios name</name><value>&example.server.samba;</value></smbconfoption>
-<smbconfoption><name>security</name><value>SHARE</value></smbconfoption>
-<smbconfoption><name>passdb backend</name><value>guest</value></smbconfoption>
-<smbconfoption><name>wins server</name><value>192.168.1.1</value></smbconfoption>
-<smbconfsection>[data]</smbconfsection>
-<smbconfoption><name>comment</name><value>Data</value></smbconfoption>
-<smbconfoption><name>path</name><value>/export</value></smbconfoption>
-<smbconfoption><name>guest only</name><value>Yes</value></smbconfoption>
-</smbconfexample>
-
-<para>
-In <link linkend="simplynice"/> above, the machine name is set to &example.server.samba;, the workgroup is set to the name
-of the local workgroup (&example.workgroup;) so the machine will appear together with systems with
-which users are familiar. The only password backend required is the <quote>guest</quote> backend to allow default
-unprivileged account names to be used. As there is a WINS server on this networki, we of obviously make use of it.
-</para>
-
-</sect2>
-
-<sect2 id="SimplePrintServer">
-<title>Central Print Serving</title>
-
-<para>
-Configuration of a simple print server is easy if you have all the right tools
-on your system.
-</para>
-
-<orderedlist>
-<title> Assumptions:</title>
- <listitem><para>
- The print server must require no administration.
- </para></listitem>
-
- <listitem><para>
- The print spooling and processing system on our print server will be CUPS.
- (Please refer to <link linkend="CUPS-printing"></link> for more information).
- </para></listitem>
-
- <listitem><para>
- The print server will service only network printers. The network administrator
- will correctly configure the CUPS environment to support the printers.
- </para></listitem>
-
- <listitem><para>
- All workstations will use only postscript drivers. The printer driver
- of choice is the one shipped with the Windows OS for the Apple Color LaserWriter.
- </para></listitem>
-</orderedlist>
-
-<para>
-In this example our print server will spool all incoming print jobs to
-<filename>/var/spool/samba</filename> until the job is ready to be submitted by
-Samba to the CUPS print processor. Since all incoming connections will be as
-the anonymous (guest) user, two things will be required:
-</para>
-
-<itemizedlist>
-<title>Enabling Anonymous Printing</title>
- <listitem><para>
- The UNIX/Linux system must have a <command>guest</command> account.
- The default for this is usually the account <command>nobody</command>.
- To find the correct name to use for your version of Samba, do the
- following:
-<screen>
-&prompt;<userinput>testparm -s -v | grep "guest account"</userinput>
-</screen>
- Make sure that this account exists in your system password
- database (<filename>/etc/passwd</filename>).
- </para></listitem>
-
- <listitem><para>
- The directory into which Samba will spool the file must have write
- access for the guest account. The following commands will ensure that
- this directory is available for use:
-<screen>
-&rootprompt;<userinput>mkdir /var/spool/samba</userinput>
-&rootprompt;<userinput>chown nobody.nobody /var/spool/samba</userinput>
-&rootprompt;<userinput>chmod a+rwt /var/spool/samba</userinput>
-</screen>
- </para></listitem>
-</itemizedlist>
-
-<para>
-The contents of the &smb.conf; file is shown in <link linkend="AnonPtrSvr"/>.
-</para>
-
-<para>
-<smbconfexample id="AnonPtrSvr">
-<title>&smb.conf; for Anonymous Printing</title>
-<smbconfcomment> Global parameters</smbconfcomment>
-<smbconfsection>[global]</smbconfsection>
-<smbconfoption><name>workgroup</name><value>&example.workgroup;</value></smbconfoption>
-<smbconfoption><name>netbios name</name><value>&example.server.samba;</value></smbconfoption>
-<smbconfoption><name>security</name><value>SHARE</value></smbconfoption>
-<smbconfoption><name>passdb backend</name><value>guest</value></smbconfoption>
-<smbconfoption><name>printing</name><value>cups</value></smbconfoption>
-<smbconfoption><name>printcap name</name><value>cups</value></smbconfoption>
-
-<smbconfsection>[printers]</smbconfsection>
-<smbconfoption><name>comment</name><value>All Printers</value></smbconfoption>
-<smbconfoption><name>path</name><value>/var/spool/samba</value></smbconfoption>
-<smbconfoption><name>printer admin</name><value>root</value></smbconfoption>
-<smbconfoption><name>guest ok</name><value>Yes</value></smbconfoption>
-<smbconfoption><name>printable</name><value>Yes</value></smbconfoption>
-<smbconfoption><name>use client driver</name><value>Yes</value></smbconfoption>
-<smbconfoption><name>browseable</name><value>No</value></smbconfoption>
-</smbconfexample>
-</para>
-
-
-<note><para>
-<indexterm><primary>MIME</primary><secondary>raw</secondary></indexterm>
-<indexterm><primary>raw printing</primary></indexterm>
-On CUPS-enabled systems there is a facility to pass raw data directly to the printer without
-intermediate processing via CUPS print filters. Where use of this mode of operation is desired,
-it is necessary to configure a raw printing device. It is also necessary to enable the raw mime
-handler in the <filename>/etc/mime.conv</filename> and <filename>/etc/mime.types</filename>
-files. Refer to <link linkend="cups-raw"></link>.
-</para></note>
-
-</sect2>
-
-</sect1>
-
-<sect1>
-<title>Common Errors</title>
-
-<para>
-The greatest mistake so often made is to make a network configuration too complex.
-It pays to use the simplest solution that will meet the needs of the moment.
-</para>
-
-</sect1>
-</chapter>