From 55abd936a838a4410899db76cb5530b0c4694dc9 Mon Sep 17 00:00:00 2001
From: Gerald Carter
Passive option. Causes smbd not to +>Passive option. Causes smbd not to send any network traffic out. Used for debugging by the developers only.
debuglevel is an integer +>debuglevel is an integer from 0 to 10. The default value if this parameter is not specified is zero.
-l <log file>
If specified, log fileIf specified, log file specifies a log filename into which informational and debug messages from the running server will be logged. The log @@ -261,7 +278,12 @@ CLASS="FILENAME" >-p <port number>
port number is a positive integer +>port number is a positive integer value. The default value if this parameter is not specified is 139.
If no printer name is specified to printable services, most systems will use the value of - this variable (or lp if this variable is + this variable (or lp if this variable is not defined) as the name of the printer to use. This is not specific to the server, however.
Samba uses PAM for authentication (when presented with a plaintext + password), for account checking (is this account disabled?) and for + session management. The degree too which samba supports PAM is restricted + by the limitations of the SMB protocol and the + obey pam restricions + smb.conf paramater. When this is set, the following restrictions apply: +
Account Validation: All acccesses to a + samba server are checked + against PAM to see if the account is vaild, not disabled and is permitted to + login at this time. This also applies to encrypted logins. +
Session Management: When not using share + level secuirty, users must pass PAM's session checks before access + is granted. Note however, that this is bypassed in share level secuirty. + Note also that some older pam configuration files may need a line + added for session support. +
If your machine's name is fred and your - name is mary, you should now be able to connect +>If your machine's name is fred and your + name is mary, you should now be able to connect to the service \\fred\mary
Sending the smbd a SIGHUP will cause it to - re-load its Sending the smbd a SIGHUP will cause it to + reload its smb.conf configuration file within a short period of time.
To shut down a users smbd process it is recommended +>To shut down a user's smbd process it is recommended that SIGKILL (-9) be used, except as a last resort, as this may leave the shared memory area in an inconsistent state. The safe way to terminate - an smbd is to send it a SIGTERM (-15) signal and wait for + an smbd is to send it a SIGTERM (-15) signal and wait for it to die on its own.
The debug log level of smbd may be raised by sending - it a SIGUSR1 (The debug log level of kill -USR1 <smbd-pid>) - and lowered by sending it a SIGUSR2 (smbd may be raised + or lowered using kill -USR2 <smbd-pid> +>smbcontrol(1) ). This is to allow transient problems to be diagnosed, +> program (SIGUSR[1|2] signals are no longer used in + Samba 2.2). This is to allow transient problems to be diagnosed, whilst still running at a normally low log level.
Note that as the signal handlers send a debug write, - they are not re-entrant in smbd. This you should wait until - smbd is in a state of waiting for an incoming smb before + they are not re-entrant in smbd. This you should wait until + smbd is in a state of waiting for an incoming SMB before issuing them. It is possible to make the signal handlers safe by un-blocking the signals before the select call and re-blocking them after, however this would affect performance.