2.3 Worked Examples


The configuration examples are designed to cover everything necessary to get Samba running. They do not cover basic operating system platform configuration, which is clearly beyond the scope of this text.

It is also assumed that Samba has been correctly installed, either by way of installation of the packages that are provided by the operating system vendor, or through other means.

2.3.1 Stand-alone Server

A Stand-alone Server implies no more than the fact that it is not a Domain Controller and it does not participate in Domain Control. It can be a simple workgroup-like server, or it may be a complex server that is a member of a domain security context.

2.3.1.1 Annonymous Read-Only Document Server

The purpose of this type of server is to make available to any user any documents or files that are placed on the shared resource. The shared resource could be a CD-ROM drive, a CD-ROM image, or a file storage area.

As the examples are developed, every attempt is made to progress the system toward greater capability, just as one might expect would happen in a real business office as that office grows in size and its needs change.

The configuration file is:

  • The file system share point will be /export .

  • All files will be owned by a user called Jack Baumbach. Jack's login name will be jackb . His password will be m0r3pa1n of course, that's just the example we are using; do not use this in a production environment because all readers of this document will know it.

I NSTALLATION P ROCEDURE R EAD -O NLY S ERVER

  1. Add user to system (with creation of the users' home directory):

    Example 2.1 Anonymous Read-Only Server Configuration
      # Global parameters  [global]   workgroup = MIDEARTH   netbios name = HOBBIT   security = share   [data]   comment = Data   path = /export   read only = No   guest only = Yes   
     
     root# useradd -c "Jack Baumbach" -m -g users -p m0r3pa1n jackb 
  2. Create directory, and set permissions and ownership:

       
      root# mkdir /export root# chmod u+rwx,g+rx,o+rx /export root# chown jackb.users /export  
  3. Copy the files that should be shared to the /export directory.

  4. Install the Samba configuration file ( /etc/samba/smb.conf ) as shown.

  5. Test the configuration file:

       
      root# testparm  

    Note any error messages that might be produced. Do not procede until you obtain error-free output. An example of the output with the following file will list the file.

       
      Load smb config files from /etc/samba/smb.conf Processing section "[data]" Loaded services file OK. Server role: ROLE_STANDALONE Press enter to see a dump of your service definitions [Press enter] # Global parameters [global] workgroup = MIDEARTH netbios name = HOBBIT security = share [data] comment = Data path = /export read only = No guest only = Yes  
  6. Start Samba using the method applicable to your operating system platform.

  7. Configure your Microsoft Windows client for workgroup MIDEARTH , set the machine name to ROBBINS, reboot, wait a few (2 - 5) minutes, then open Windows Explorer and visit the network neighborhood. The machine HOBBIT should be visible. When you click this machine icon, it should open up to reveal the data share. After clicking the share it, should open up to revel the files previously placed in the /export directory.

The information above (following # Global parameters) provides the complete contents of the /etc/samba/smb.conf file.

2.3.1.2 Anonymous Read-Write Document Server

We should view this configuration as a progression from the previous example. The difference is that shared access is now forced to the user identity of jackb and to the primary group jackb belongs to. One other refinement we can make is to add the user jackb to the smbpasswd file. To do this execute:

 
 root# smbpasswd -a jackb New SMB password: m0r3pa1n Retype new SMB password: m0r3pa1n Added user jackb. 

Addition of this user to the smbpasswd file allows all files to be displayed in the Explorer Properties boxes as belonging to jackb instead of to User Unknown .

The complete, modified smb.conf file is as shown in Example 2.2.

2.3.1.3 Anonymous Print Server

An anonymous print server serves two purposes:

  • It allows printing to all printers from a single location.

  • It reduces network traffic congestion due to many users trying to access a limited number of printers.

In the simplest of anonymous print servers, it is common to require the installation of the correct printer drivers on the Windows workstation. In this case the print server will be designed to just pass print jobs through to the spooler, and the spooler should be configured to do raw passthrough to the printer. In other words, the print spooler should not filter or process the data stream being passed to the printer.

Example 2.2 Modified Anonymous Read-Write smb.conf
 # Global parameters  [global]   workgroup = MIDEARTH   netbios name = HOBBIT   security = SHARE   [data]   comment = Data   path = /export   force user = jackb   force group = users   read only = No   guest ok = Yes  

In this configuration it is undesirable to present the Add Printer Wizard and we do not want to have automatic driver download, so we will disable it in the following configuration. Example 2.3 is the resulting smb.conf file.

Example 2.3 Anonymous Print Server smb.conf
 # Global parameters  [global]   workgroup = MIDEARTH   netbios name = LUTHIEN   security = share   printcap name = cups   disable spoolss = Yes   show add printer wizard = No   printing = cups   [printers]   comment = All Printers   path = /var/spool/samba   guest ok = Yes   printable = Yes   use client driver = Yes   browseable = No  

The above configuration is not ideal. It uses no smart features, and it deliberately presents a less than elegant solution. But it is basic, and it does print.

N OTE

graphics/round_pencil.gif

Windows users will need to install a local printer and then change the print to device after installation of the drivers. The print to device can then be set to the network printer on this machine.


Make sure that the directory /var/spool/samba is capable of being used as intended. The following steps must be taken to achieve this:

  • The directory must be owned by the superuser (root) user and group:

     
     root# chown root.root /var/spool/samba 
  • Directory permissions should be set for public read-write with the sticky-bit set as shown:

     
     root# chmod a+rwtx /var/spool/samba 

N OTE

graphics/round_pencil.gif

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 /etc/mime.conv and /etc/mime.types files. Refer to Section 18.3.4


2.3.1.4 Secure Read-Write File and Print Server

We progress now from simple systems to a server that is slightly more complex.

Our new server will require a public data storage area in which only authenticated users (i.e., those with a local account) can store files, as well as a home directory. There will be one printer that should be available for everyone to use.

In this hypothetical environment (no espionage was conducted to obtain this data), the site is demanding a simple environment that is secure enough but not too difficult to use.

Site users will be: Jack Baumbach, Mary Orville and Amed Sehkah. Each will have a password (not shown in further examples). Mary will be the printer administrator and will own all files in the public share.

This configuration will be based on User Level Security that is the default, and for which the default is to store Microsoft Windows-compatible encrypted passwords in a file called /etc/samba/smbpasswd . The default smb.conf entry that makes this happen is: passdb backend = smbpasswd, guest. Since this is the default it is not necessary to enter it into the configuration file. Note that guest backend is added to the list of active passdb backends not matter was it specified directly in Samba configuration file or not.

I NSTALLING THE S ECURE O FFICE S ERVER

  1. Add all users to the Operating System:

       
      root# useradd -c "Jack Baumbach" -m -g users -p m0r3pa1n jackb root# useradd -c "Mary Orville" -m -g users -p secret maryo root# useradd -c "Amed Sehkah" -m -g users -p secret ameds  
  2. Configure the Samba smb.conf file as shown in Example 2.4.

  3. Initialize the Microsoft Windows password database with the new users:

       
      root# smbpasswd -a root New SMB password: bigsecret Reenter smb password: bigsecret Added user root. root# smbpasswd -a jackb New SMB password: m0r3pa1n Retype new SMB password: m0r3pa1n Added user jackb. root# smbpasswd -a maryo New SMB password: secret Reenter smb password: secret Added user maryo. root# smbpasswd -a ameds New SMB password: mysecret Reenter smb password: mysecret Added user ameds.  
  4. Install printer using the CUPS Web interface. Make certain that all printers that will be shared with Microsoft Windows clients are installed as raw printing devices.

  5. Start Samba using the operating system administrative interface. Alternately, this can be done manually by running:

       
      root# nmbd; smbd;  
    Example 2.4 Secure Office Server smb.conf
      # Global parameters  [global]   workgroup = MIDEARTH   netbios name = OLORIN   printcap name = cups   disable spoolss = Yes   show add printer wizard = No   printing = cups   [ homes ]   comment = Home Directories   valid users = %S   read only = No   browseable = No   [public]   comment = Data   path = /export   force user = maryo   force group = users   guest ok = Yes   [printers]   comment = All Printers   path = /var/spool/samba   printer admin = root, maryo   create mask = 0600   guest ok = Yes   printable = Yes   use client driver = Yes   browseable = No   
  6. Configure the /export directory:

       
      root# mkdir /export root# chown maryo.users /export root# chmod u=rwx,g=rwx,o-rwx /export  
  7. Check that Samba is running correctly:

       
      root# smbclient -L localhost -U% Domain=[MIDEARTH] OS=[UNIX] Server=[Samba-3.0.0]  
       
      Sharename Type Comment --------- ---- ------- public Disk Data IPC$ IPC IPC Service (Samba-3.0.0) ADMIN$ IPC IPC Service (Samba-3.0.0) hplj4 Printer hplj4 Server Comment --------- -------- OLORIN Samba-3.0.0 Workgroup Master --------- -------- MIDEARTH OLORIN  
  8. Connect to OLORIN as maryo:

       
      root# smbclient //olorin/maryo -Umaryo%secret OS=[UNIX] Server=[Samba-3.0.0] smb: \> dir . D 0 Sat Jun 21 10:58:16 2003 .. D 0 Sat Jun 21 10:54:32 2003 Documents D 0 Fri Apr 25 13:23:58 2003 DOCWORK D 0 Sat Jun 14 15:40:34 2003 OpenOffice.org D 0 Fri Apr 25 13:55:16 2003 .bashrc H 1286 Fri Apr 25 13:23:58 2003 .netscape6 DH 0 Fri Apr 25 13:55:13 2003 .mozilla DH 0 Wed Mar 5 11:50:50 2003 .kermrc H 164 Fri Apr 25 13:23:58 2003 .acrobat DH 0 Fri Apr 25 15:41:02 2003 55817 blocks of size 524288. 34725 blocks available smb: \> q  

By now you should be getting the hang of configuration basics. Clearly, it is time to explore slightly more complex examples. For the remainder of this chapter we will abbreviate instructions since there are previous examples.

2.3.2 Domain Member Server

In this instance we will consider the simplest server configuration we can get away with to make an accounting department happy. Let's be warned , the users are accountants and they do have some nasty demands. There is a budget for only one server for this department.

The network is managed by an internal Information Services Group (ISG), to which we belong. Internal politics are typical of a medium- sized organization; Human Resources is of the opinion that they run the ISG because they are always adding and disabling users. Also, departmental managers have to fight tooth and nail to gain basic network resources access for their staff. Accounting is different though, they get exactly what they want. So this should set the scene.

We will use the users from the last example. The accounting department has a general printer that all departmental users may. There is also a check printer that may be used only by the person who has authority to print checks. The Chief Financial Officer (CFO) wants that printer to be completely restricted and for it to be located in the private storage area in her office. It therefore must be a network printer.

Accounting department uses an accounting application called SpytFull that must be run from a central application server. The software is licensed to run only off one server, there are no workstation components , and it is run off a mapped share. The data store is in a UNIX-based SQL backend. The UNIX gurus look after that, so is not our problem.

The accounting department manager (maryo) wants a general filing system as well as a separate file storage area for form letters (nastygrams). The form letter area should be read-only to all accounting staff except the manager. The general filing system has to have a structured layout with a general area for all staff to store general documents, as well as a separate file area for each member of her team that is private to that person, but she wants full access to all areas. Users must have a private home share for personal work-related files and for materials not related to departmental operations.

2.3.2.1 Example Configuration

The server valinor will be a member server of the company domain. Accounting will have only a local server. User accounts will be on the Domain Controllers as will desktop profiles and all network policy files.

  1. Do not add users to the UNIX/Linux server; all of this will run off the central domain.

  2. Configure smb.conf according to Example 2.5 and Example 2.6.

  3. Join the domain. Note: Do not start Samba until this step has been completed!

       
      root# net rpc join -Uroot%'bigsecret' Joined domain MIDEARTH.  
  4. Make absolutely certain that you disable (shut down) the nscd daemon on any system on which winbind is configured to run.

  5. Start Samba following the normal method for your operating system platform. If you wish to this manually execute as root:

       
      root# nmbd; smbd; winbindd ;  
  6. Configure the name service switch control file on your system to resolve user and group names via winbind. Edit the following lines in /etc/nsswitch.conf :

    Example 2.5 Member server smb.conf ( globals )
      # Global parameters  [global]   workgroup = MIDEARTH   netbios name = VALINOR   security = DOMAIN   printcap name = cups   disable spoolss = Yes   show add printer wizard = No   idmap uid = 15000-20000   idmap gid = 15000-20000   winbind separator = +   winbind use default domain = Yes   use sendfile = Yes   printing = cups   
     
     passwd: files winbind group: files winbind hosts : files dns winbind 
  7. Set the password for wbinfo to use:

     
     root# wbinfo --set-auth-user=root%'bigsecret' 
  8. Validate that domain user and group credentials can be correctly resolved by executing:

       
      root# wbinfo -u MIDEARTH+maryo MIDEARTH+jackb MIDEARTH+ameds ... MIDEARTH+root root# wbinfo -g MIDEARTH+Domain Users MIDEARTH+Domain Admins MIDEARTH+Domain Guests ... MIDEARTH+Accounts  
  9. Check that winbind is working. The following demonstrates correct username resolution via the getent system utility:

    Example 2.6 Member server smb.conf (shares and services)
      [homes]   comment = Home Directories   valid users = %S   read only = No   browseable = No   [spytfull]   comment = Accounting Application Only   path = /export/spytfull   valid users = @Accounts   admin users = maryo   read only = Yes   [public]   comment = Data   path = /export/public   read only = No   [printers]   comment = All Printers   path = /var/spool/samba   printer admin = root, maryo   create mask = 0600   guest ok = Yes   printable = Yes   use client driver = Yes   browseable = No  
     
     root# getent passwd maryo maryo:x:15000:15003:Mary Orville:/home/MIDEARTH/maryo:/bin/false 
  10. A final test that we have this under control might be reassuring:

       
      root# touch /export/a_file root# chown maryo /export/a_file root# ls -al /export/a_file ... -rw-r--r-- 1 maryo users 11234 Jun 21 15:32 a_file ... root# rm /export/a_file  
  11. Configuration is now mostly complete, so this is an opportune time to configure the directory structure for this site:

       
      root# mkdir -p /export/{spytfull,public} root# chmod ug=rwxS, o=x /export/{spytfull,public} root# chown maryo.Accounts /export/{spytfull,public}  

2.3.3 Domain Controller

For the remainder of this chapter the focus is on the configuration of Domain Control. The examples that follow are for two implementation strategies. Remember, our objective is to create a simple but working solution. The remainder of this book should help to highlight opportunity for greater functionality and the complexity that goes with it.

A Domain Controller configuration can be achieved with a simple configuration using the new tdbsam password backend. This type of configuration is good for small offices, but has limited scalabilty (cannot be replicated) and performance can be expected to fall as the size and complexity of the domain increases .

The use of tdbsam is best limited to sites that do not need more than a primary Domain Controller (PDC). As the size of a domain grows the need for additional Domain Controllers becomes apparent. Do not attempt to under-resource a Microsoft Windows network environment; Domain Controllers provide essential authentication services. The following are symptoms of an under-resourced Domain Control environment:

  • Domain logons intermittently fail.

  • File access on a Domain Member server intermittently fails, giving a permission denied error message.

A more scalable Domain Control authentication backend option might use Microsoft Active Directory, or an LDAP-based backend. Samba-3 provides for both options as a Domain Member server. As a PDC Samba-3 is not able to provide an exact alternative to the functionality that is available with Active Directory. Samba-3 can provide a scalable LDAP-based PDC/BDC solution.

The tdbsam authentication backend provides no facility to replicate the contents of the database, except by external means. (i.e., there is no self-contained protocol in Samba-3 for Security Account Manager database [SAM] replication.)

N OTE

graphics/round_pencil.gif

If you need more than one Domain Controller, do not use a tdbsam authentication backend.


2.3.3.1 Example: Engineering Office

The engineering office network server we present here is designed to demonstrate use of the new tdbsam password backend. The tdbsam facility is new to Samba-3. It is designed to provide many user and machine account controls that are possible with Microsoft Windows NT4. It is safe to use this in smaller networks.

  1. A working PDC configuration using the tdbsam password backend can be found in Example 2.7 together with Example 2.8:

    Example 2.7 Engineering Office smb.conf (globals)
       [global]   workgroup = MIDEARTH   netbios name = FRODO   passdb backend = tdbsam   printcap name = cups   add user script = /usr/sbin/useradd -m %u   delete user script = /usr/sbin/userdel -r %u   add group script = /usr/sbin/ groupadd %g   delete group script = /usr/sbin/ groupdel %g   add user to group script = /usr/sbin/ usermod -G %g %u   add machine script = /usr/sbin/useradd -s /bin/false -d /dev/null %u   # Note: The following specifies the default logon script.   # Per user logon scripts can be specified in the user account using pdbedit   logon script = scripts\logon.bat   # This sets the default profile path. Set per user paths with pdbedit   logon path = \\%L\Profiles\%U   logon drive = H:   logon home = \\%L\%U   domain logons = Yes   os level = 35   preferred master = Yes   domain master = Yes   idmap uid = 15000-20000   idmap gid = 15000-20000   printing = cups   
  2. Create UNIX group accounts as needed using a suitable operating system tool:

       
      root# groupadd ntadmins root# groupadd designers root# groupadd engineers root# groupadd qateam  
  3. Create user accounts on the system using the appropriate tool provided with the operating system. Make sure all user home directories are created also. Add users to groups as required for access control on files, directories, printers, and as required for use in the Samba environment.

    Example 2.8 Eningeering Office smb.conf (shares and services)
       [homes]   comment = Home Directories   valid users = %S   read only = No   browseable = No  # Printing auto-share (makes printers available thru CUPS)  [printers]   comment = All Printers   path = /var/spool/samba   printer admin = root, maryo   create mask = 0600   guest ok = Yes   printable = Yes   browseable = No   [print$]   comment = Printer Drivers Share   path = /var/lib/samba/drivers   write list = maryo, root   printer admin = maryo, root  # Needed to support domain logons  [netlogon]   comment = Network Logon Service   path = /var/lib/samba/netlogon   admin users = root, maryo   guest ok = Yes   browseable = No  # For profiles to work, create a user directory under the path # shown. i.e., mkdir -p /var/lib/samba/profiles/maryo  [Profiles]   comment = Roaming Profile Share   path = /var/lib/samba/profiles   read only = No   profile acls = Yes  # Other resource (share/printer) definitions would follow below. ...  
  4. Assign each of the UNIX groups to NT groups: (It may be useful to copy this text to a shell script called initGroups.sh .)

    [title] Shell script for initialising group mappings [/title]

       
      #!/bin/bash #### Keep this as a shell script for future re-use # First assign well known groups net groupmap modify ntgroup="Domain Admins" unixgroup=ntadmins rid=512 net groupmap modify ntgroup="Domain Users" unixgroup=users rid=513 net groupmap modify ntgroup="Domain Guests" unixgroup=nobody rid=514 # Now for our added Domain Groups net groupmap add ntgroup="Designers" unixgroup=designers type=d rid=1112 net groupmap add ntgroup="Engineers" unixgroup=engineers type=d rid=1113 net groupmap add ntgroup="QA Team" unixgroup=qateam type=d rid=1114  
  5. Create the scripts directory for use in the [NETLOGON] share:

     
     root# mkdir -p /var/lib/samba/netlogon/scripts 

    Place the logon scripts that will be used (batch or cmd scripts) in this directory.

The above configuration provides a functional Primary Domain Control (PDC) system to which must be added file shares and printers as required.

2.3.3.2 A Big Organization

In this section we finally get to review in brief a Samba-3 configuration that uses a Light Weight Directory Access (LDAP)-based authentication backend. The main reasons for this choice are to provide the ability to host primary and Backup Domain Control (BDC), as well as to enable a higher degree of scalability to meet the needs of a very distributed environment.

The Primary Domain Controller

This is an example of a minimal configuration to run a Samba-3 PDC using an LDAP authentication backend. It is assumed that the operating system has been correctly configured.

  1. Obtain from the Samba sources ~/examples/LDAP/samba.schema and copy it to the /etc/openldap/schema/ directory.

  2. Set up the LDAP server. This example is suitable for OpenLDAP 2.1.x. The /etc/openldap/slapd.conf file: [title] Example slapd.conf file [/title]

       
      # Note commented out lines have been removed include /etc/openldap/schema/ core .schema include /etc/openldap/schema/cosine.schema include /etc/openldap/schema/inetorgperson.schema include /etc/openldap/schema/nis.schema include /etc/openldap/schema/samba.schema pidfile /var/run/slapd/slapd.pid argsfile /var/run/slapd/slapd.args database bdb suffix "dc=quenya,dc=org" rootdn "cn=Manager,dc=quenya,dc=org" rootpw {SSHA}06qDkonA8hk6W6SSnRzWj0/pBcU3m0/P # The password for the above is 'nastyon3' directory /var/lib/ldap index objectClass eq index cn pres, sub,eq index sn pres, sub,eq index uid pres, sub,eq index displayName pres, sub,eq index uidNumber eq index gidNumber eq index memberUid eq index sambaSID eq index sambaPrimaryGroupSID eq index sambaDomainName eq index default sub  
  3. Create the following file samba-ldap-init.ldif:

       
      # Organization for SambaXP Demo dn: dc=quenya,dc=org objectclass: dcObject objectclass: organization dc: quenya o: SambaXP Demo description: The SambaXP Demo LDAP Tree # Organizational Role for Directory Management dn: cn=Manager, dc=quenya,dc=org objectclass: organizationalRole cn: Manager description: Directory Manager # Setting up the container for users dn: ou=People, dc=quenya, dc=org objectclass: top objectclass: organizationalUnit ou: People # Set up an admin handle for People OU dn: cn=admin, ou=People, dc=quenya, dc=org cn: admin objectclass: top objectclass: organizationalRole objectclass: simpleSecurityObject userPassword: {SSHA}0jBHgQ1vp4EDX2rEMMfIudvRMJoGwjVb # The password for above is 'mordonL8'  
  4. Load the initial data above into the LDAP database:

       
      root# slapadd -v -l initdb .ldif  
  5. Start the LDAP server using the appropriate tool or method for the operating system platform on which it is installed.

  6. The smb.conf file that drives this backend can be found in example Example 2.9.

  7. Add the LDAP password to the secrets.tdc file so Samba can update the LDAP database:

       
      root# smbpasswd -w mordonL8  
  8. Add users and groups as required. Users and groups added using Samba tools will automatically be added to both the LDAP backend as well as to the operating system as required.

Backup Domain Controller

Example 2.10 shows the example configuration for the BDC.

  1. Decide if the BDC should have its own LDAP server or not. If the BDC is to be the LDAP server change the following smb.conf as indicated. The default configuration in Example 2.10 uses a central LDAP server.

  2. Configure the NETLOGON and PROFILES directory as for the PDC in Example 2.10.

Example 2.9 LDAP backend smb.conf for PDC
 # Global parameters  [global]   workgroup = MIDEARTH   netbios name = FRODO   passdb backend = ldapsam:ldap://localhost   username map = /etc/samba/ smbusers   printcap name = cups   add user script = /usr/sbin/useradd -m %u   delete user script = /usr/sbin/userdel -r %u   add group script = /usr/sbin/groupadd %g   delete group script = /usr/sbin/groupdel %g   add user to group script = /usr/sbin/usermod -G %g %u   add machine script = /usr/sbin/useradd -s /bin/false -d /dev/null \   -g machines %u   logon script = scripts\logon.bat   logon path = \\%L\Profiles\%U   logon drive = H:   logon home = \\%L\%U   domain logons = Yes   os level = 35   preferred master = Yes   domain master = Yes   ldap suffix = dc=quenya, dc=org   ldap machine suffix = ou=People   ldap user suffix = ou=People   ldap group suffix = ou=People   ldap idmap suffix = ou=People   ldap admin dn = cn=Manager   ldap ssl = no   ldap passwd sync = Yes   idmap uid = 15000-20000   idmap gid = 15000-20000   winbind separator = +   printing = cups  ... 
Example 2.10 Remote LDAP BDC smb.conf
 # Global parameters  [global]   workgroup = MIDEARTH   netbios name = GANDALF   passdb backend = ldapsam: ldap://frodo.quenya.org   username map = /etc/samba/smbusers   printcap name = cups   add user script = /usr/sbin/useradd -m %u   delete user script = /usr/sbin/userdel -r %u   add group script = /usr/sbin/groupadd %g   delete group script = /usr/sbin/groupdel %g   add user to group script = /usr/sbin/usermod -G %g %u   add machine script = /usr/sbin/useradd -s /bin/false -d /dev/null \   -g machines %u   logon script = scripts\logon.bat   logon path = \\%L\Profiles\%U   logon drive = H:   logon home = \\%L\%U   domain logons = Yes   os level = 33   preferred master = Yes   domain master = No   ldap suffix = dc=quenya, dc=org   ldap machine suffix = ou=People   ldap user suffix = ou=People   ldap group suffix = ou=People   ldap idmap suffix = ou=People   ldap admin dn = cn=Manager   ldap ssl = no   ldap passwd sync = Yes   idmap uid = 15000-20000   idmap gid = 15000-20000   winbind separator = +   printing = cups  ... 


Official Samba-3 HOWTO and Reference Guide
The Official Samba-3 HOWTO and Reference Guide, 2nd Edition
ISBN: 0131882228
EAN: 2147483647
Year: 2005
Pages: 297

Similar book on Amazon

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net